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Overview 


This chapter describes what PROMs (Programmable Read Only Memory chips) do 
in Sun systems. It also describes PROM topics found in this manual. 

1.1. Types of PROMs There are a number of different proms found on the CPU Board in Sun systems. 

They include: 

□ Boot PROMs — contain the boot and diagnostic programs. 

□ ID PROMs — contain the system’s serial number, Ethernet address, and infor¬ 
mation on system configuration. 

□ EEPROMs — contain current system configuration (can be altered). 

□ NVRAMs — perform the same function as the eeproms. 

□ Hardware proms — part of the hardware logic; not covered in this manual. 
Here is a little more information on each of the PROM types: 

Boot PROMs 

These PROMs contain the PROM monitor program, a command interpreter 
used for booting, resetting, low-level configuration, and simple test pro¬ 
cedures. The newer Sun PROMs also contain the Extended Test Sys¬ 
tem, which is a menu-driven diagnostic system. The Boot PROMs also con¬ 
tain power-on tests that are automatically run when the machine is reset. 
These tests check CPU and Memory Board functions that are needed for pro¬ 
gram loading and execution. 

ID PROMs 

These PROMs contain the following information that is unique to a particular 
system: 

o Workstation Serial Number 

□ Workstation Ethernet Address 

□ System Configuration Information 

The serial number is used to track the system, and to provide information for 
certain copy protected application programs. The Ethernet address is used by 
the network software to identify a system during boot-up. 
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The ID PROM is not discussed further in this document. 

EEPROMs and nvrams 

The EEPROM (Electrically Erasable PROM) and NVRAM (Non-Volatile RAM) 
contain information about the current system configuration, alternate boot 
paths, and so on. Information can be written to as well as read from these 
devices. Most of the information must be entered manually, and updated 
each time the system configuration is changed (i.e. adding or removing 
boards, changing monitor types, and so on). The information in these de¬ 
vices can be read or written using a prom monitor command or the Diagnos¬ 
tic Executive appropriate for your system. The configuration format differs 
in small ways between various CPU board architectures, so read the chapter 
that applies to your system before modifying EEPROM contents. 

1.2. Booting Procedures A separate chapter is devoted to boot procedures. This chapter covers both 

power-up and booting (normal and diagnostic) as weU as the PROM monitor’s 
boot command. 

1.3. Sun Architectures Since the prom contents are hardware dependent, the PROM contents change 

significantly between system architectures. This manual is divided into sections 
by Sun architecture, to make reference easier. There are currently five Sun archi¬ 
tectures, briefly described below. 

Sun-1 

The Sun-1 architecture has a smaller, 700 x 800 pixel screen, and steel, 
rather than plastic workstations. It uses a Multibus backplane. The Sun-1 
workstations include the Sun-lOOU desktop workstation, and the Sun-150U 
Server. These systems use the MC68010 CPU. Sun-1 architecture is not 
covered in this manual. 

Sun-2 

The Sun-2 workstation has a full size 900 x 1152 pixel screen. Sun-2’s use a 
Multibus backplane, or in fimited cases, VMEbus. Sun-2s may be desktop, 
deskside, and fileserver models. Typical workstations include the Sun-2/120, 
Sun-2/50, and the Sun-2/160. All Sun-2’s use the MC68010 CPU. The Sun- 
2’s have a prom monitor and automatic self-tests. They don’t have an 
EEPROM or a diagnostic switch. 

Old vs New 

There are two major versions of Sun-2 PROMs. The old version has shipped 
until the 4.0 SunOS software release. The new version, incorporating a 
number of new features, will be shipped with aU Sun-2’s after the 4.0 
software release. 

The two types of PROMs are easy to distinguish from one another. Start up 
the PROM monitor, (see Chapter 3 for details), then type 

>kb [ Return I 


This command displays the PROM banner. Look for the PROM revision 
number in the banner message. If the revision is R, Q or any other revision 
letter, your system CPU board contains the old proms. If it is 1.1, or any 
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Other revision number, your system contains the new PROMs. The difference 
between the old and new PROM versions lie in the Monitor commands and 
extended tests. Some new commands have been added, and only the new 
PROM has extended tests. See chapter 5 for details on the differences 
between the two versions. 

Sun-3 

The Sun-3 woricstation uses the MC68020 processor and the VMEbus for 
higher performance. The Sun-3 line is otherwise very similar to the Sun-2 
line, in that there are desktop, deskside, and server versions. Typical Sun-3’s 
include: Sun-3/50M, Sun-3/75, Sun-3/110, Sun-3/150, Sun-3/160, and the 
Sun-3/200 family. All Sun-3’s contain an EEPROM to hold configuration 
information, an improved PROM monitor, and the Extended Test Sequence. 
The Sim-3/110 introduced the grayscale monitor and color circuitry on the 
CPU board. The Sun-3/200 wo±stations feature 8-Megabyte ECC memory 
boards. 

Sun-4 

The Sun-4 uses a proprietary Scalable Processor Architecture SF9010 CPU 
with an on-board Roating Point Unit. It also uses the VMEbus, and provides 
fast integer and floating point performance. Like the Sun-3, the Sun-4 con¬ 
tains an EEPROM and the Extended Test system. Both the PROM monitor and 
the test system are easier to use and more consistent in the Sun-4, when 
compared to previous versions. 

Sun386i 

The newest of the Sun workstations uses the Intel 80386 processor and 
features a floppy disk as weU as a hard disk, and a range of video monitor 
types. Its NVRAM stores the same type information as the EEPROM. The 
Sun386i also has an extended test system. Two more features unique to this 
architecture are an on-line help system and slots for AT-compatible 
hardware. 


1.4. PROM Revisions 


The Sun PROMs, particularly the Boot PROMs, change with every new architec¬ 
ture. However, significant bug fixes or enhancements may be made to the Boot 
PROM for an architecture that is already in service. In these cases, the revision 
number of the Boot prom becomes important. In this manual. Boot PROM revi¬ 
sions are mentioned if they are required; otherwise naming the architecture 
should suffice. Use the monitor kb command to determine a Boot prom revi¬ 
sion level (refer to the PROM Monitor Commands chapter for your system. 

If you have a Sun-3 or Sun-4 system and are installing SunOS version 4.0, your 
boot PROM MUST be Revision 1.8 or later. 


If you have a Sun386i Revision 1.5 CPU board with a Revision 4.1 Boot PROM 
and your boot fails, you may need to set an NVRAM location that specifies the 
CPU board revision level. Look at the power-up banner to determine your Boot 
PROM revision level. If you have a 4.1 PROM, refer to Chapter 16 for informa¬ 
tion on using the monitor q command. Then open location 0x111 and set it to 
“01 ” for a 1.5 CPU board revision level, or “02” for a Revision 2.0. You may 
need to try setting it each way and rebooting to determine which board version 
you have. 
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1.5. Test Equipment Most of the tests run by the proms need no external equipment. However, the 

extended test system requires special test fixtures, which are described next. 

Since each architecture may have different I/O connections, the loopback con¬ 
nectors are separated according to architecture in the text that follows. 

Loopback Connector for Ports A loopback connector is required at the handle edge of the CPU Board, to test 
A and B Serial Ports A and B, using the Extended Menu Tests invoked by the x Monitor 

command. This shorting connector is a DB25P. A list of interconnects is pro¬ 
vided below. 


Table 1-1 Serial Port Loopback Connections 


Front Pin 

To Pin 

2{TxD) 

AiRTS) 

6(DS/?) 

3(RxD) 

5(CTS) 

IQiDTR) 


Loopback Connector for 
Keyboard/Mouse Ports 


A loopback connector at the handle edge of the CPU board is required to test the 
Keyboard and Mouse ports, using the Extended Menu Tests (accessed with the 
X Monitor command). This shorting connector is a 15-pin (DB15P) connector. 
A list of interconnects is provided below. 


This description applies only to 
Sun-2 systems that use the 
VMEbus, and to Sun-3 systems. 


Table 1-2 Sun-2 Loopback Wiring 


From Pin 

To Pin 

l(/?jcD)mouse 

5(l?xD)keybd 

3(rjjD)mouse 

7(rxD)keybd 
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Sun-3 Loopback Connector You must install a loopback connector on the SCSI connector at the backpanel 

for SCSI Bus Connector edge of the CPU Board in order to test the SCSI Bus, using the Extended Menu 

Tests provided by the x Monitor command. This shorting connector is a DB50 
connector. A list of intercoimects is provided below. The set of chip and con¬ 
nector {Conn) pins on the left side connect to those on the right side of the table. 

Table 1 -3 Sun-3 SCSI Loopback Wiring 


From 

Signal 

From 

Chip 

Pin 

From 

Conn 

Pin 

To 

Conn 

Pin 

To 

Chip 

Pin 

To 

Signal 

ACK 

14 

38 

16 

2 

DB7 

BSY 

13 

36 

14 

3 

DB6 

SEL 

12 

44 

12 

4 

DBS 

ATN 

15 

32 

10 

5 

DB4 

REQ 

20 

48 

8 

6 

DBS 

MSG 

19 

42 

6 

7 

DB2 

C/D 

18 

46 

4 

8 

DBl 

I/O 

17 

50 

2 

9 

DBO 

RST 

16 

40 

18 

10 

DBF 
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Booting Procedures 


This chapter explains how Sun Workstations boot up. It covers both Power-Up 
boots, and boots from the PROM monitor. 

The descriptions given here vary between system architectures. The Sun-2 series, 
for example, doesn’t have an eeprom or diagnostic switch. The Sun-3 and Sun-4 
have nearly identical prom features. For information on the Sun386i boot up and 
power-up options, refer to Chapter 15. 

2.1. The Power-on When a Sun system is powered-on, the CPU Board goes through a series of dis- 

Sequence tinct phases. They are: 

1. Reading the Diagnostic Switch (Sun-3 and Sun-4 only) 

2. Power-up Tests 

3. System Initialization 

4. Boot of the SunOS operating system or, for Sun-3 and Sun-4, a user-defined 
program 

The figure on the following page illustrates this sequence. Chapter 15 describes 
a similar sequence for the Sun386i. 
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Figure 2-1 The Power-on Sequence (Sun-314 Only) 



NOTE This sequence varies with architecture. The Sun-2 has no diagnostic switch or 
EEPROM; therefore Step I is not applicable. Because it doesn’t have an EEPROM, 
a Sun-2 always boots the SunOS operating system as the default—if you want to 
boot a different program or boot from a different path, you must abort the 
sequence and enter the boot command manually. For the Sun-386i boot 
sequence, refer to Chapter 15. 


The Diagnostics Switch The diagnostics switch (on Sun-3’s and Sun-4’s) selects one of two power up 

sequences. The sequences differ in the type of self-tests that run, and which pro¬ 
gram is booted. 


The Sun386i has jumpers and soft 
switches to select the “run-time” 
mode (refer to Chapter 15 for more 
information. 


The diagnostic switch is generally used to boot a diagnostic program if the 
woricstation exhibits hardware problems. However, any bootable program on a 
legitimate boot device can be set to run if the diagnostics switch is set to DIAG. 
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Switch Location The diagnostic switch is located on the back of the Sun-3 or Sun-4 CPU Board. 

The position of the switch varies with different workstation architectures. It 
should be maiked NORM for ‘‘normal’ ’ and DIAG for ‘ ‘diagnostic’ ’. On some 
systems, the switch has a center position that wUl boot diagnostics, but is not 
intended for use. 

Power-up Tests The power up tests are divided into two groups; the normal and the diagnostic 

tests. User interaction depends on the diagnostic switch setting on Sun-3 and 
Sun-4 systems. These tests are designed to establish a minimum functionality of 
the system. They cover the CPU, its support logic and the Memory system, 
including the virtual memory support circuitry. 

Minimum System Fimctionality Power-up tests have an inherent limitation; the system must work to a minimum 

degree for the tests to run. The Sun power-up tests wiU run if the CPU and its sup¬ 
port logic can fetch and execute instructions from the Boot PROM(s). 

Memory Testing The amount of memory tested during the self-test phase depends on the diagnos¬ 

tic switch setting for Sun-3 and Sun-4 systems. In Sun-2 systems all of memory 
is tested, and for Sun386i systems, the NVRAM setting determines how much 
memory is tested.. 

On Sun-3 and Sun-4 systems, if a switch is present and is set to diagnostic mode, 
all memory is tested. If the switch is in normal mode, the amount of memory 
tested depends upon values in EEPROM. The reason for this variation is the 
amount of time it takes to test memory. 

Sun systems typically have a large amount of memory. The time it takes to test 
this memory, especially on a fuUy configured system, can be significant. For this 
reason we provide an EEPROM or NVRAM parameter that sets the quantity of 
memory to be tested. If you want a short boot time, set a smaller range. If a more 
thorough test is important, select a larger amount, or the entire memory. Even if 
a small amount is selected, you can reboot in diagnostic mode and test aU of 
memory when a problem is suspected. 

Stating some power-up execution times for Sun-3 products may be helpful. 
Excluding the memory tests, the power-up execution time for a Sun-3 product is 
about five seconds. The power-up execution time for a Sun-3 product with four 
megabytes of main memory is approximately thirty seconds. Given a Sun-3 pro¬ 
duct with 24 megabytes of main memory, the power-up execution time is around 
105 seconds. In diagnostic mode, an 8 Mbyte Sun-4 product takes about 4 
minutes, while a 128 Mbyte Sun-4 takes about 56 minutes. In normal mode, an 8 
Megabyte Sun-4 takes about 45 seconds and a 128 Mbyte Sun-4 takes about 8 
minutes. 


Test Run Through 


The objective of the power-up test sequence is to determine whether or not the 
CPU board logic and main memory are functional. Following the successful com¬ 
pletion of the power-up tests and subsequent system initialization, an attempt is 
made to boot toe SunOS operating system, an EEPROM-specified program or an 
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On a Sun-3 or Sun-4, if the diagnostic switch is in the NORM position, the 
power-up tests execute successfully, and you do not terminate the default boot 
sequence, an attempt is made to down-load the SunOS operating system. Some¬ 
thing like the following display then appears on the workstation screen: 


Selfteat Completed Successfully♦ 


Sun Workstation, Model Sun-x/xxx Series 
Sun keyboard type 

ROM Rev _, _ MB memory installed^ Serial 

Ethernet address : : : : : 


Testing _ megabytes of memory ♦ ^ • Completed 


The Sun386i power-up display is quite different from other Sun products; refer to 
Chapter 15 for an example of that display. One requirement of the firmware is to 
assign a unique test number to most of the power-up tests and display that 
number in bits zero through four of the diagnostic LEDs as the test is running. 
Given that there are fewer test numbers than there are power-up tests, some 
power-up tests, which check the same part of hardware, will share a test number. 

On a Sun-3 or Sun-4 , if one of these power-up tests should fail, bit seven of the 
diagnostic LEDs also lights up. Bit seven indicates that there is a hardware prob¬ 
lem. The LED display enables the service person to conclude whether or not there 
is a problem and determine which type of power-up test is failing. 



For most models, LED 5 is the heartbeat LED. After the power-up tests have been 
completed, but prior to booting the SunOS operating system or an EEPROM- 
specified program, LED 5 blinks on and off to indicate that the CPU is actually 
executing instructions. LED six indicates whether or not the failure is an excep¬ 
tion class failure (i.e. unexpected trap or imexpected interrupt). The diagram to 
the left of this text illustrates led functions. LED interpretation differs for the 
Sun386i (refer to Chapter 15 for more information). 

Additionally, if the Diagnostic Switch (on a Sun-3 or Sim-4) is in the DIAG posi¬ 
tion, status/error messages from the power-up tests are routed to serial ports A 
and B by way of the MMU (Memory Management Unit) by-pass so that they can 
be viewed on the screen of a “dumb” terminal. Therefore, even though some 
power-up tests share the same test number, the output on the terminal’s screen 
tells you exactly which test is failing. 

In order to view the messages, the terminal characteristics must be set up as fol¬ 
lows: The baud rate for serial port A must be 9600 while the baud rate for serial 
port B must be 1200. There must be eight data bits and one stop bit Finally, par¬ 
ity must be be turned off (no parity). 

Upon detection of a failure, the unsuccessful test will enter an infinite “scope 
loop”, continuously re-executing the failing test and thus enhancing the service 
person’s ability to study the problem with test equipment. 

When the Diagnostic Switch is in the DIAG position, there are six commands that 
provide limited interaction with the power-up tests for Sun-3 or Sun-4 systems. 
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These commands will only be active prior to the display of the Testing _ 
megabytes of memory. . . Completed message. Here are the commands 
that control the Sun-3 and Sun-4 power-up self-tests: 

1. Press the b (a mnemonic for burn-in) key, prior to the display of the 
. . . Completed message, to execute the power-up test sequence 
indefinitely. This option is useful during the manufacturing bum-in 
stage. 

2. Press the s key prior to the display of the ‘ ‘completed” message to 
immediately re-start the power-up test sequence. 

3. If one of the power-up tests fails, it wiU continue to re-execute forever 
unless interrupted. Press the space bar to terminate the faded test and 
execute the next power-up test. 

4. By default, an unsuccessful power-up test prints one error message 
before entering an infinite scope loop. Once inside of the scope loop, the 
failing test will not print any more messages. If, however, you would 
like to see test messages while in the scope loop, press the p key. 

Then, to turn the messages back off, press the p key a second time. In 
other words, the p command acts like a toggle switch to turn message 
mode on or off. 

5. I Esc I skips the remaining power-up tests on a Sun-4 system. 

6. On a Sun-4, the 1 key causes the currently executing test to run forever. 

On a Sun-3 or Sun-4, if the content of location 0x17 of the EEPROM is equal to 
‘‘0x12” (an arbitrarily chosen value), there is another way to re-start the power- 
up test sequence. Following the display of the banner 

Sun Workstation, Model Sun-xxxxx Series, 

Type-3 Keyboard. 

you may press the User Reset Switch on the CPU Board edge to re-start the 
power-up test sequence. Pressing the User Reset Switch generates a Watchdog 
Reset. However, rather than handling the Watchdog Reset in the normal manner, 
the power-up test sequence is initiated, assuming that location 0x17 of the 
EEPROM contains ‘ ‘0x12”. The power-up tests can be re-started in this manner 
independent of the position of the Diagnostic Switch. 

If the Diagnostic Switch is in the DIAG position, the name of each power-up test 
will appear on the screens of the terminals attached to serial ports A and B. 

Notice that you will have a ten second opportunity to enter the more comprehen¬ 
sive test system by pressing any key on a terminal attached to a serial port. The 
chapters titled Sun-x Extended Test Sequence (or System) details these additional 
tests. 


If the Diagnostic Switch is in the diag position, the power-up tests executed suc¬ 
cessfully, and you did not enter a character on either of the “dumb terminal” key¬ 
boards within the initial ten second period, the following display appears on the 
workstation screen. Again, note that you have another ten second opportunity to 
invoke the additional non-power-up tests by pressing any key on the Sun key¬ 
board. If you do not respond, an attempt is made to boot a program specified in 
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the Diagnostic Boot Path area of the EEPROM. If this attempt fails, the PROM 
monitor program is invoked. 



Selftest Completed Successfully. 

\ 



Sun Workstation, Model Sun-xxxxx Series 

Type-x keyboard 

^ ROM Rev r MB memory installed^ Serial # 

Ethernet address _:_:_:_:_:_ 



Testing _ megabytes of memory .. . Completed 


V 

Type 

any character within ten seconds to enter Extended Test System. 

J 


2.2. Booting the SunOS Following the initialization of the Sim-3 or Sun-4 woric station, the default boot 

Operating System sequence is executed. There are two issues that must be taken into consideration 

here. One has to do with what is to be down-loaded while the other has to do 
with where it is to be loaded from. 

Assuming no operator intervention, the position of the Diagnostic Switch will 
determine what is to be booted. If the Diagnostic Switch is in the NORM position, 
the SunOS operating system is booted. Otherwise, if the Diagnostic Switch is in 
the DIAG position, the EEPROM-specified program is booted. Be aware that the 
monitor is invoked if no EEPROM-specified program is available. 

If you interrupt the automatic (default) boot sequence, the monitor is invoked. At 
that point, you may specify what is to be booted and where it is to be booted 
from. See command b (boot) in the section titled Basic Monitor Commands for 
a description of how to boot user-specified programs from user-specified devices. 

If you are interacting with the system through a Sun keyboard, you may interrupt 
the default boot sequence by typing LI-a. That is, hold down the I LI I key while 
pressing the (a) key. On the other hand, if you are interacting with the system 
through a “dumb” terminal, press the I Break 1 key to terminate the automatic 
boot sequence. 

CAUTION If the system has a disk and the operating system is running, aborting the 
auto-boot could damage your file-systems. If the operating system is run¬ 
ning, use the procedures described in the Interrupting the Boot Sequence 
subsection. 

The firmware also determines from which device the program is to be loaded. If 
the Diagnostic Switch is in the NORM position and the content of EEPROM loca¬ 
tion 0x18 is equal to “0x12” (an arbitrarily chosen value), the firmware attempts 
to boot the SunOS operating system from the UNIXt Boot Path area of the 
EEPROM, beginning at location 0x19. If the Boot Path, which is supposed to 
begin at location 0x19, is missing or contains an error, the monitor program is 
invoked. 


t UNIX is a registered trademark of AT&T. 
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Interrupting the Boot 
Sequence 


2.3. Booting From the 
Monitor 


If Ihe Diagnostic Switch is in the NORM position and the content of EEPROM 
location 0x18 is not equal to “0x12”, the finnware will attempt to boot the 
SunOS operating system using the following boot device polling sequence: 

□ Xylogics Disk Controller (when applicable) 

□ SCSI Disk Controller 

□ Ethernet 

On the other hand, if the Diagnostic Switch is in the DIAG position, the firmware 
wiU assume that both the path name of the file containing the program to be 
loaded and the boot device are specified in the UNIX Boot Path area of the 
EEPROM, beginning at EEPROM location 0x22. If either the file name or the boot 
device is not present or is in error, the PROM monitor is invoked. 


It is best not to interrupt the boot sequence; doing so may damage your file sys¬ 
tems. Once the operating system is running and you want to access the monitor 
program, become super-user and type in: 



If you have no other choice, you may interrupt the boot sequence on the console 
device — using the Ll-a sequence on the Sun keyboard, or (Break I from a ter¬ 
minal. Once you are in the monitor mode (symbolized by the > prompt), you 
should enter the following: 


f 

A 

> g 0 


panic: zero 


Syncing disks... done 


V _ 

. ^ 


Press I Ll-a I or I Break I again when the message above finishes. Next you may 


see this message: 

dumping to dev somevaluBr offset somevalue 


Abort at somevalue 


V . . 

. J 


To boot from the PROM monitor, execute the b command. Although this com¬ 
mand varies with the system architecture, it basically works in the following 
way: 



boot device is a two letter designator for any boot device available on that archi¬ 
tecture. 
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To view the boot devices for your system, enter b? at the monitor prompt. Boot 
devices may include: 

Table 2-1 Boot Devices 


Designator 

Boot Device 

ae 

AMD Ethernet 

ie 

Intel Ethernet 

mt 

Tape Master 9-track tape 

sd 

SCSI disk 

St 

SCSI tape 

xd 

7053 Xylogics disk 

xt 

Xylogics 1/4" tape 

xy 

Xylogics 440/450 disk 


c,u, and p indicate the controller, unit and partition to use when booting. You 
must enter the parentheses and commas as shown in the example above. If you 
enter only 

the default values will be used. 

c is the controller number of the device (a disk controller, for example), if there 
is only one controller, enter 0. 

u is the unit number (if more than one storage unit (disk drive, tape drive, etc.) is 
driven by the given controller. Enter 0 if there is only one drive for the selected 
controller. 

p is the partition number, which is used to subdivide the storage unit (boot dev¬ 
ice). If the storage unit has no partitions (a tape for example) enter 0 here. 

The boot_path gives the path to the file you want to boot, followed by one of 
seven arguments that is to be passed to the booted program. 

NOTE All of the boot parameters have default settings. The ultimate default is b, which 
means boot the default file from the default device. 

The description above is general. For details, refer to the prom Monitor chapter 
for your architecture. 
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Starting the PROM Monitor 


This chapter tells you how to enter the PROM monitor mode. There are a number 
of ways to do this. Before you do anything, you must discover the current state of 
the system. The descriptions below list the different possibilities. 


3.1. Power is OFF You can tell if your workstation is powered down very simply. Qieck the power 

switch on the pedestal or base as well as on the video monitor. The “off’ ’ posi¬ 
tion is labeled “0”. 

If your system is powered down, turn ON the power and then, IMMEDIATELY 
FOLLOWING the 


Testing _ Megabytes of memory ...Completed 

message, press the I LI 1 and O keys simultaneously. Or, if your console device 
is a terminal, press the I Break I key. You should see the monitor prompt: >. 

CAUTION Do not use the I Ll-a I sequence once the operating system has booted. If 

disks are powered up and the operating system is running when you use the 
[ Ll-a I sequence, damage to your file systems could result. 

If disks were powered up when you aborted the auto-boot, you should do the fol¬ 
lowing: 



Press I Ll-a I or I Break I again after you see the message shown above. Next you 
may see this message: 
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3.2. Halting the SunOS Your system is running the SunOS operating system if you see a prompt such as 

Operating System 

or 

hostname^ 

on the screen. (This is only an example; prompts may be customized to fit the 
user’s needs.) 

If your system is up and running the SunOS operating system, you must halt the 
operating system to bring up the prom monitor program. This can be done a 
number of ways. The best way is to use the SunOS halt command. To run it, 
do the following: 



Another, less preferable way of shutting down the system and bringing up the 
PROM monitor is to abort the SunOS operating system as described imder Power 
Is OFF at the beginning of this chapter. 

NOTE Don’t do this unless your system is in such condition that you have no other 
choice. 


Once you are in the monitor mode (symbohzed by the > prompt), you should do 
the following: 



Press [Ll-a I again when the message above finishes. Next you may see this mes¬ 
sage: 
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Sun-2 Self-tests and Initialization 


This chapter describes the specifics of the Sun-2 PROM self-test functions, as 
well as CPU initialization. 

4.1. The Power-Up Test 
Sequence 


Powering up a Sun-2 woricstation resets the MC68010 to boot state. As a result, 
all instruction fetches are forced to the Boot PROM. Execution of the minimum- 
confidence power-up tests begin immediately. These tests don’t employ any sys¬ 
tem memory until the memory tests have been successfully completed. 

If the power-up tests execute successfully and you do not terminate the default 
boot sequence, the PROMs attempt to load the SunOS operating system. Some¬ 
thing like the following display appears on the workstation screen to indicate 
this. 


The objective of the power-up test sequence is to determine whether or not the 
CPU board logic is functional. From the beginning, the power-up tests make two 
assumptions about the hardware; that the MC68010 CPU is functional, and that 
the ability to fetch instructions from the Boot PROM is intact. 



The Sun-2 firmware assigns a unique test number to each of the power-up tests. 
The test number is displayed in bits zero through seven of the diagnostic LEDs on 
the CPU board edge, while that test is mnning. If one of these tests fails, the LEDs 
wiU keep displaying the same pattern, enabling the service person to see which 
power-up test failed. 

The unsuccessful test enters an infinite scope loop, continuously re-executing the 
failing test. In this way, the service person may study the problem with test 
equipment. 
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For the sake of completeness, LED 4 is the heart-beat LED. After the power-up 
tests have been completed, but prior to booting the operating system, LED 4 
blinks continuously to indicate that the MC68010 Processor is stiU executing 
code successfully. 

Power-Up Tests Here are all of the Sun-2 power-up tests. Included is the name of each test, its 

function, and the LED pattern displayed while the test is running. A detailed 
description of each test follows the summary below. 


LEDs 

■ = ON,n = OFF 
76543210 

What the system is doing 
when these LEDs are cycling. 

What might be bad if 
these LEDs stay on 


Reset sets LEDs to this state 

CPU Board/Boot PROM. 

ooo#ooo# 

Checking Context Register 

CPU Board (MMU). 

oo#ooo#o 

Segment Map Address Test 

CPU Boani (MMU). 

• 

• 

o 

o 

0 

• 

o 

o 

Segment Map data lines Test 

CPU Boaid (MMU). 

• 

o 

o 

o 

0 

• 

0 

o 

Segment Map constant data Test 

CPU Board (MMU). 

o 

• 

0 

o 

• 

• 

0 

o 

Checking Page Map Address dependency 

CPU Board (MMU). 

• 

• 

o 

o 

• 

• 

0 

o 

Checking Page Map Data lines 

CPU Boaid (MMU). 

o 

o 

• 

• 

o 

o 

o 

• 

Checking Page Constant Data lines 

CPU Board (MMU). 

0 

0 

o 

o 

• 

• 

• 

o 

Checks memory size 

CPU or Memory board. 

• 

o 

o 

o 

• 

• 

• 

o 

Constant Data Memory Test 

CPU or Memory board. 

o 

• 

0 

0 

• 

• 

• 

0 

Memory Address Dependency Test 

CPU or Memory board. 


Setting up frame buffer 



Setting up NMl or keyboard 


o 

0 

o 

• 

o 

o 

o 

o 

Self-Test done, SunOS system in boot-state 

CPU Board 

oooooooo 

(LED is blinking) 



Diagnostic Register Test 

This test sequentially lights up each of the LEDs. It indirectly tests 
the processor’s ability to fetch instructions from the Boot PROM and 
transfer data across the data bus. 

Context Register Test 

This test performs write-read-compare cycles on the Context Regis¬ 
ter. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

2 

0x11 
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Segment Map Address Test 

If this test fails, the Segment map address lines are shorted or 
miswired. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

3 

0x22 

njmooomD 


Segment Map data lines Test 

If this test fails, the Segment map data wires are shorted or bits are 
bad. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

4 

0x23 

aomnjDmm 


Segment Map constant data Test 

If this test fails, the Segment map data wires are shorted. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

5 

0x21 

\jDmnjoiDm 


Page Map Address dependency Test 

If this test fails, the Page map address lines are miswired or shorted. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

6 

0x32 



Page Map data lines Test 

If this test fails, the Page map data lines are miswired or shorted. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

7 

0x33 

□□■■□□■a 
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Page Map Constant Data Test 

If this test fails, there is a hardware problem. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

8 

0x31 

nomwEmm 


Memory sizing Test 

Prior to testing memory, the memory is sized by mapping it in, then 
trying to write and read back each location in memory. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

9 

0x70 



Memory Constant Data Test 

The memory is tested by write-read-compare steps. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

10 

0x71 



Memory Address Dependency Test 

The memory address lines is checked for miswiring or defective 
chips. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

11 

0x72 



4.2. Host System 
Initialization 


After the error-free completion of the power-up tests but before the execution of 
the default boot sequence, the workstation requires initialization. The initializa¬ 
tion steps are listed below. 

1. The segment map in each context is initialized. 

2. All page map entries are initialized. 

3. Memory is sized. 

a. The total amount of main memory that is physically present, both work¬ 
ing and non-working, is stored in *romp->v_memorysize. 
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b. Variable *romp->v_memoryavail wiU contain the amount of avail¬ 
able memory, excluding nonworking pages and pages reserved for the 
monitor itself. 

4. All of the available main memory is initialized. 

5. All available pages of working memory are mapped in linear order, starting 
at location zero. 

6. Assuming that they exist, these devices are initialized and mapped: 

a. Keyboard. 

b. Mouse. 

c. Serial Ports A and B. 

d. Video Memory. 

e. TOD Qock. 

f. Ethernet. 

7. As part of the initialization, the monitor’s interrupt vectors are employed. 

8. Entry points to support routines are set up. 

4.3. The Boot Sequence Following the workstation initialization, the default boot sequence is executed. 

There are two issues that must be taken into consideration here. One has to do 
with what is to be loaded while, the other has to do with where it is to be loaded 
from. 

If you interrupt the automatic (default) boot sequence, the monitor is invoked. At 
that point, you may specify what is to be booted and from what device it is to be 
booted. See command b (boot) in the Sun-2 Monitor Commands chapter for a 
description of how to boot user-specified programs from user-specified devices. 

Normally, the firmware must determine from what device the program is to be 
loaded. Sun-2 firmware uses the default boot sequence: 

1. Xylogics Disk. 

2. SCSI Disk. 

3. Ethernet. 

If you interrupt the default boot sequence or specify a non-existent boot device or 
boot path, the monitor program is invoked. 

Refer to Chapter 2 for more information on booting. 
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Sun-2 PROM Monitor Commands 


5.1. Introduction 


This chapter describes the PROM monitor (sometimes called the “system moni¬ 
tor”) commands available on Sun-2 workstations. Taken as a whole, these com¬ 
mands offer a low-level user interface to the Sun hardware. The commands con¬ 
trol a variety of options, including booting from an alternate device, changing the 
console output, reading or altering registers or memory locations, and so on. 

The monitor commands are transient (their affects disappear when the power is 
turned off). 


Bringing up the PROM Monitor Read chapter 3 for instructions on bringing up the PROM monitor. 

Old vs New PROMs Most Sun-2 systems have what we shall caU the “old” PROM set. An alphabetic 

character represents the revision level of these PROMs. The “new” set, included 
with systems shipped following Software Release 4.0, have numerical revision 
designations. They include a number of changes to the monitor program, among 
which are four new commands: The f or block writer command, the h or help 
command, the v or display memory block, and the x or extended tests command. 
The only other functionality change is that Sun-2 systems with the new PROMs 
can now boot from tftp servers. The new commands make Sun-2 PROMs more 
similar to the Sun-3 and Sun-4 PROM family. The new commands are marked as 
such in the command descriptions. 

5.2. Monitor Command The listing that follows shows the results of typing an h (help) at the monitor 

Overview prompt. 


NOTE This command only works with the “new” Sun-2 PROMs. See the description 
above. 

This section describes the general characteristics that all of the commands have 
in common. Detailed descriptions of each command and its arguments are listed 
in the next section. 
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Figure 5-1 Monitor Help Menu (Ncm^ Sun-2 PROMs Only) 


Boot PROM Monitor Commancis 
a {digit] 

b [dev([cntrl ], [unit ]f [part])] 
c [addr] 
d [digit] 
e {addr] 

f beg_addr end^^addr pattn [size] 
g [addr] 

k [number] 

1 [addr] 
m [addr] 
o [addr] 
p [addr] 

S [digit] 
t [y/n/c] 
u [arg] 

V beg^addr end_addr [size] 
w [addr] [string] 

z [addr] 


I Open CPU Addr Reg (0~7) 

(Boot a file 

(Continue program at Addr 
I Open CPU Data Reg (0-7) 

(Open Addr as 16 bit word 
(Fill Memory 
(Go to Addr 
I Help Menu 

I Reset (O)CPU, (l)MMU, (2)System 

(Open Addr as 32 bit long 

I Open Segment Map 

I Open Addr as 8 bit byte 

[Open Page Map 

I Open CPU Regs (i.e. PC) 

I Set/Query Function Code (0-7) 

[ Trace: Yes/No/Continue 
I Select Console Device 
I Display Memory 
I vector 

(Extended Diag Tests 
I Set Breakpoint 


Executing a Command 


In general, to execute a command, you type in the appropriate command letter, 
followed by any required command arguments. For example, if you wanted to 
execute the hypothetical command 0 (which we wiU say needs the arguments 
“100” and “200”), you would type a line like this: 

> 0 100 200 

The command letter can be upper or lower case, and all commands and argu¬ 
ments are separated by white-space (tabs or spaces). Pressing [ Return ] executes 
the command. 


Default Values 


Many of the monitor commands have built in, or default values, which the com¬ 
mand uses if you do not supply an argument. The default values vary from com¬ 
mand to command. Check the command descriptions for the default values of 
interest. 


Word Sizes 


Word sizes referred to in this chapter are defined as follows: A byte is eight bits 
long; a word is 16 bits long; a long word is 32 bits long. 
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5.3. The Sun-2 Monitor 
Commands 


Displaying and Modifying 


This section provides more detailed information on the commands listed in the 
previous section. Both the commands and their arguments are described here. 
Note that any changes made with these commands are valid only until the system 
is powered down. 

A number of the commands listed below can be used to display and/or modify 
the system’s memory and registers. Regardless of the type of memory ( ram, 
PROM or register), these commands have the same command syntax. This sec¬ 
tion describes the monitor command syntax for memory modification. The 
example here references long words (32 bits) of memory, but the syntax is the 
same for bytes (8 bits) and words (16 bits). 

Memory modification commands accept two types of arguments. The address 
argument specifies the initial memory location that is to be displayed and/or 
modified. 


The second argument determines whether the current content of a memory loca¬ 
tion is to be displayed and/or modified. Entering only the address of a memory 
location after the command displays the content of that address: 


r 


>command FFE80000 ( Return ) 


FFE80000: 12345678 ? 





At this point, you can respond in one of three different ways. 


1. Simply pressing the I Return I key displays the contents of the next memory 
location (in this case, 0xFFE80004) as shown below. 



>command FFE80000 f Return 1 



FFE80000: 

12345678 7 1 Return 1 


< 

FFE80004: 

00000001 ? 

. ^ 


Successively pressing the 1 Return 1 key displays the contents of successive 
memory locations. Assuming that you pressed I Return I four times, the contents 
of memory locations 0xFFE80004, 0xFFE80008, FFE8(X)0C and 0xFFE80010 
would be displayed. 


To exit the command, enter any non-hexadecimal character (i.e. q for quit) 
before pressing I Return 1 Note that you will now return to the monitor’s basic 
command level, with the > prompt: 


^ -— 

>command FFE80000 f Return 1 

FFE80000: 12345678 ? q 1 Return 1 


> 


) 
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2. If you only want to modify one location, use a command such as; 


f -V 

>command FFE80000 12345678 

_ J 


3. The third response to the display of memory location contents is to modify 
those contents. You enter the new hexadecimal value immediately follow¬ 
ing the question mark ?, BEFORE pressing I Return 1 . The following display 
demonstrates how the value of memory location OxFFESOOOO can be 
changed from “12345678” to “OOABCDEF”. Note: following the assign¬ 
ment of the new value to memory location OxFFESOOOO, the new value will 
not be displayed; instead, the contents of the next memory location are 
shown. You will not be returned to the monitor’s basic command level. 

>command FFE80000 ( Return 1 

FFE80000: 12345678 ? OOABCDEF I Return 1 

FFE80004: 00000001 ? 

_ / 


Entering a memory location’s virtual address followed only by a non¬ 
hexadecimal character before pressing the I Return I key causes the monitor to 
display the contents of that location then exit to the monitor command level. 




>coimand FFE80004 q ( Return 1 


FFE80004: 00000001 


||||||;|||||||i;|||||||||||^ 



J 


Entering a non-hexadecimal character and a hexadecimal value after an address 
causes the monitor to display the original value at that virtual address, assign a 
new value, then display that value. For instance, assiune that the original content 
at address OxFFESOOlO is ‘ ‘00000005”. The command 
- 

>coinmand FFE80010 ? 55555550 I Return I 

^ _ 

displays the original value “00000005” then assigns the value “55555550” to 
address FFE80010 before returning to the monitor prompt. 

>cofnmand FFE80010 ? 55555550 I Return I 

FFE80010; 00000005 -> 55555550 

V_ 


You may also enter multiple display and/or modify commands for multiple 
memory locations on the same command line. If you enter this command line: 

^ command FFE80000 ? 00000000 ? ? 22222220 33333330 q I ReturiTl ^ 
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You will see this on the screen: 

. 

FFE80000: 12345678 -> 00000000 
FFE80004: 00000001 
FPE80008; 00000002 -> 22222220 
FFE8000C -> 33333330 
FFE80010: 00000004 

V_J 

The first part of the command line, command FFE80000 ? 00000000 
displays the original contents of location FFE80000 before assigning the new 
value “00000000” to it. 

The next question made directs the monitor to display the contents of FFE80004. 
The next part of the command line, ? 22222220, tells the monitor to display 
the original contents of FFE80008, before assigning the new value “22222220” 
to it. The 33333330 tells the monitor to assign the value “33333330” to 
memory location FFE8000C. Finally, the q causes the monitor to exit to the 
command level after the contents of FFE80010 are displayed. 

Conventions The paragraphs below describe each of the monitor commands in detail. Each 

paragraph starts with a line describing the command syntax. If a command has 
more than one distinct format, each one is shown on a separate line. Letters in 
bold typewriter font are typed as shown. Plain typewriter font 
represents what you should see on the screen. Words in typewriter 
italic show the type of information you are to enter, italic or boldfaced 
Roman font is also used for emphasis within the text. Optional arguments and 
default values are listed in the descriptions. 

Special Commands for New If your Sun-2 is upgraded with the new PROMs, these special commands will be 
Sun-2 PROMs available. 


Address Increment/Decrement By preceding the command with a + or -, you can cause the address display to 
Command increment or decrement to the next location. 

While traversing a range of addresses, type a + or - to change direction after 
the program displays the content and waits for input. 
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For example: 


>1 0 

00000000 00000000 ? 


Return. ] 

00000004 00000001 ? { Return I 

00000008 00000002 ? - 1 Return 1 

00000004 00000001 ? [ Return 1 (contents of previous location are displayed) 

00000000 00000000 ? + [ Return ) (after decrement, you enter a plus si 2 n) 


00000004 00000001 ? { Return"! (vou increment a^ain) 

00000008 00000002 ? { Return I Nou Increment again) 


The "T Command Entering the " character and then the t key, followed by a virtual address, 

displays the physical address to which that address is mapped, along with a 
detailed description of all the bits in the page table entry, the segment and page 
RAM addresses, and what space they are in. 

For example, entering 

>^t 1000 [ Return 1 

results in this display: 

----—---^ 

virtual Addr 1000 is mapped to Physical Addr 1000 
Context = 0x0^ Seg Map = 0x0, Page Map = OxCOOOOOOO. 

Page 0 has these attributes: 

Valid bit -- 0 
Permission = 1 
No Cache - 0 
Type =“ 0 

Access bit ~ 0 
Modify bit = 0 

V_ 

Entering '"t with no arguments provides information with reference to virtual 
address 0x00. 

The " I Command Entering the " character and then the i key, followed with a command, 

displays compilation information for the system firmware. It includes the date, 
host name and build directory path. For example: 

Compiled at 6/7/87 on hostname in /direct ory_name 
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The “C Command 


Regular Sun-2 Monitor 
Commands 
Monitor a Command 


Monitor b Command 


~C source destination n 

Entering the " character and then the c key, followed with tte parameters 
shown, causes a block of n length to be copied from source to destina¬ 
tion address, byte by byte. 


a register_number action 

The a command provides access to the CPU’s address registers. 
register_nuwher may be a value from 0 to 7 inclusive. The default 
value is 0. Register_number 7 accesses A7, the system stack pointer. To see 
the user stack pointer, use the r command. 

It is important to note that it is not possible to display the state of the proces¬ 
sor at aU times. The processor state may only be observed after: 

□ An unexpected trap 

□ A user program has ‘ ‘dropped” into the monitor (by calling monitor 
function abortent). 

□ You have manually ‘‘broken’ ’ into the monitor mode (by typing the LI 
a sequence on a Sun keyboard or I Break I on a dumb terminal’s key¬ 
board). 

Read the section entitled Displaying and Modifying Memory for details on 
how to use this command. Replace the word command in the description 
with the letter a. 

b?orb boot_device (controller,unit,partition) path 
The boot command loads and executes the SimOS operating system or a 
user-specified program. It boots from a default device or the boot device 
specified in the command argument. A boot device is a secondary storage 
device (disk, Ethernet, or tape) that contains the program to be loaded and 
executed. 

If a boot device is not specified, the program polls to see what devices are 
available, in this order: 

Xylogics Disk 
SCSI Disk 
Ethernet 

If the boot attempt fails, you are returned to the monitor’s command level. 

In order to boot from a specific device, the b command must be followed 
with a boot device abbreviation, such as those shown below. Enter b ? to 
view the boot device identifier arguments that your PROM monitor will 
accept. 
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Some possible boot devices are: 

xy — Xylogics 450/451 disk 

sd — SCSI disk 

ie — Intel Ethernet 

ec — 3COM Ethernet 

St — SCSI 1/4-inch tape drive 

mt — Tapemaster 1/2-inch tape drive 

The sd, st, and xy arguments are followed with parentheses that option¬ 
ally enclose the controller number, unit number, and partition or file number: 

>b sd(0,0,0) 

The default values 0,0,0 are used if you do not enter values inside the 
parentheses. 

Up to seven optional arguments (which are passed to the boot program) may 
follow the path argument. If you do not want the system to be reset prior to 
booting, you must insert ! before the device identifier argument. 

The boot command given below would boot the video diagnostic from the 
/stand directory over the Ethernet. Because the ! argument does not pre¬ 
cede the device identifier argument, the system is reset before the booting 
process begins. Note that one optional argument -t is passed on to program 
the video . diag program. 

> b ie(0,0,0)/stand/video.diag -t 

Monitor c Command c virtual_address 

The continue command resumes execution of an interrupted program. You 
can specify the virtual address of the instruction to be executed when the 
program restarts. 

By default, the program resumes execution at the address pointed to by the 
Program Counter. 

Monitor d Command d register_number action 

The Data register command provides access to the CPU’s data registers. 
register_nuitiber can be a value from 0 to 7 inclusive. The default 
value is 0. 

Read the previous section. Displaying and Modifying Memory for details on 
how to use this command. Replace the word command in the description 
with the letter d. 

Monitor e Command e virtual_address 

The displaylmodify memory command displays and/or modifies the content 
of one or more virtual addresses in word mode (i.e. each virtual address will 
be treated as a 16-bit unit). That is, the content of one or more words can be 
displayed, modified or, both displayed and modified. 
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See the previous section Displaying and Modifying Memory for a description 
of this command’s syntax. Use the letter e in place of the word command 
in the description. 


Monitor f Command f start_virtual_address end_virtual_address pattern size 

The block write command (in “new” Sun-2 PROM s only) writes the pat- 
t ern you enter into each b 34 e, word or long word in the range of virtual 
addresses you specify with the start_virtual_address and 
end_virtual_address arguments . By default, if the final, memory- 
cell-size argument is not present, bytes are written. Arguments 
start_virtual_address end_virtual_address and pat- 
t ern are required while si ze is optional. The possible values for size are 
b ( 8 -bit byte), w (16-bit word) or 1 (32-bit long word). 

Monitor g Command g virtual address argument 

When you use the goto command, you may go to Oiinip to) a pre¬ 
determined, user-specified or default routine. The argument 
virtual_address is used to indicate the virtual address of a user- 
specified routine, and the optional argument is passed along to that rou¬ 
tine. If you do not supply the virtual_address argument, the value in 
the Program Counter is used. 

In order to set up a pre-determined routine, a user program has to set vari¬ 
able *romp->v_vector_cmd equal to the virtual address of the routine. 
Variable *romp->v_vect or_cmd must be set prior to executing the g 
command. Pre-determined routines may or may not return to the monitor. 

The default routine, defined by the monitor, will simply print the user- 
specified vector argument according to the user-specified format (given 
in argument) before returning to the monitor. The only allowable formats 
are “%x” and “%d”. Format “%x” prints argument vector as a hexa¬ 
decimal number while, format “%d” prints argument vector as a 
decimal number. 


Monitor h Command 


Monitor k Command 


h 

The help command (in “new” Sun-2 PROMs only) invokes the Help System 
for the basic monitor commands. Each of the basic monitor commands and 
its argument(s) are described in a help screen. No arguments are accepted 
by the h command. The initial help menu of the Help System is shown at 
the beginning of this chapter. 

k 0 , 1, 2 or b 

The reset command performs various levels of system resets. It can also be 
used to display the system’s banner. This command accepts one optional 
argument. Entering k 0 resets the VME-bus, interrupt register and video 
monitor (the Low-Level Reset). Entering k 1 invokes a Software Reset. 
Entering k 2 invokes a Power-On Reset (Hard Reset). Finally, entering k 
b displays the banner on the video monitor or terminal. The default value of 
the argument is 0 . 
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Monitor 1 Command 


Monitor m Command 


Monitor o Command 


Monitor p Command 


Monitor r Command 


1 virtual_address 

The modify long words of memory command displays and/or modifies the 
contents of one or more virtual addresses in long word mode. Each virtual 
address is treated as a 32-bit unit (long word). Read Displaying and Modify¬ 
ing Memory for details on how to use this command. Replace the word 
command in the description with the letter 1. 

m virtual_address 

The modify segment table command displays and/or modifies the contents of 
one or more of the Segment Table entries. Read Displaying and Modifying 
Memory for details on how to use this command. Replace the word com¬ 
mand in the description with the letter m. 

o v±rtual_address 

The modify bytes of memory command displays and/or modifies the content 
of one or more virtual addresses in byte mode. Each virtual address is treated 
as an 8-bit unit (byte). Read Displaying and Modifying Memory for details 
on how to use this command. Replace the word command in the descrip¬ 
tion with the letter o. 

p virtual_address 

The modify page table command displays and/or modifies the contents of 
one or more of the Page Table entries. Read Displaying and Modifying 
Memory for details on how to use this command. Replace the word com¬ 
mand in the description with the letter p. 

r The miscellaneous register command displays and/or modifies the contents 
of the CPU’s miscellaneous registers. These registers are listed in the table 
below: 


Table 5-1 Miscellaneous Registers for the MC68010 


Symbol 

Name 

ss 

Supervisor Stack Pointer 

US 

User Stack Pointer 

SF 

Source Function Code 

DF 

Destination Function Code 

VB 

Vector Base 

SC 

Supervisor Context 

UC 

User Context 

SR 

Status Register 

PC 

Program Counter 


Registers modified by this command (except for the System and User Con¬ 
text registers) don’t take effect until the next c command is executed. 
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It is important to note that it is not always possible to display the registers. 
They are only observable after 

1. An unexpected trap 

2. A user program has ‘ ‘dropped ’ ’ into the monitor (by calling monitor 
function abortent) or 

3. You have manually ‘ ‘broken’ ’ into the monitor (by typing LI -a on a 
Sun keyboard or I Break I on a “dumb” terminal’s keyboard). 

Read the section Displaying and Modifying Memory for details on how to 
use this command. Replace the word command in the description with the 
letter r. 

Monitor s Command s number 

The set/query function code command sets or displays the 
address space to be used by subsequent memory access commands. The 
value of number determines which Fimction Code is accessed by the 
memory display and/or modify commands. If given no argument, the 
current setting is printed. The acceptable number argument values are 
shown in the following table. 


Table 5-2 Function Code Values 


Value 

Address Space 

0 

Reserved (don’t use) 

1 

User Data 

2 

User Program 

3 

MMU Space 

4 

Reserved (don’t use) 

5 

Supervisor Data 

6 

Supervisor Program 

7 

Reserved (don’t use) 


Monitor u Command u port options baud_rate 

or 

u echo 
or 

u vivirtual_address 

The inputioutput command configures the input and output devices and their 
characteristics or displays the current input and output device set-up. 

The u command requires arguments to specify from which device(s) you want 
the system to expect input or which device(s) will display output. 

If you do not enter an argument after the u command, the program wiU display 
the current settings. If no serial port is specified when changing baud rates, the 
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baud rate of the current input device is changed. 

The default console output device is the Sun monitor. If the woricstation has a 
color monitor and a color board is unavailable, the program will look for a mono¬ 
chrome monitor as an output device. 

You may alter the existing I/O settings while you are in the monitor mode, using 
the commands listed below; however, the default settings will be reinstated when 
the system is power cycled. 

u Command Arguments: 

The port argument can be one of the following: 


Table 5-3 Port Arguments 


Port Argument 

Device 

a 

Serial Port A 

b 

Serial Port B 

k 

Keyboard 

s 

Screen 


The options arguments are: 
Table 5-4 Option Arguments 


Option Argument 

Meaning 

i 

input 

O 

output 

u 

UART 

e 

input echoed to output 

ne 

input not echoed to output 

r 

reset specified serial port 


The baud_rate argument specifies baud rate of the serial port being dis¬ 
cussed. The virtual_addres s argument specifies the virtual address of the 
UART (Universal Asynchronous Receiver/Transmitter). 


Following are examples of port and options arguments: 

□ Enter u aio or u bio to select serial port A or B as the input and output 


device. 
Enter u 
Enter u 


ai or u bi to select serial port A or B for input only, 
ao or u bo to select serial port A or B for output only. 

□ Enter u k to select the keyboard for input. 

□ Enter u ki to select the keyboard for input, 
o Enter u s to select the screen for output. 

o Enter u so to select the screen for output 

□ Enter u ks, sk to select the keyboard for input and the screen for output. 
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□ Enter u abaud rate or u hbaud rate to set the serial port speed, 
o Enter u e to cause the output to echo the input. 

□ Enter u ne to cause the output not to echo the input. 

□ Enter u address to set the serial port virtual address. 

A previously mapped UART can also be used for input and/or output. Command 
u VL.virtual_address, where virtual_address is the virtual address 
of a previously mapped UART, changes the virtual address of the UART. Do not 
leave a space between the second u and the address. 

If the u command is not followed by an argument, the current settings are 
displayed. The current input device, output device, baud rate for serial ports A 
and B, UART’s virtual address and input to output echo indicator are shown. 

Monitor vCommand v start_virtual_address end_virtual_address size 

The display memory block command (for “new” Sun-2 PROM s only) 
displays the contents of each byte, word or long word in the range of virtual 
addresses specified by start_virtual_address and 
end_virtual_address. The word_size argument is optional; the 
default is to display memory in byte format. In this format, sixteen consecutive 
bytes are displayed on each line. In word format, eight consecutive words appear 
on each line. 

If long word format is enabled, four consecutive long words appear on each line. 
To the far right of each line, the character corresponding to each b 3 l:e is also 
shown. All bytes that contain a non- ASCII code are shown as a period (“.”)• 

Legal values for size are b (8-bit byte), w (16-bit word), or 1 (32-bit long 
word). 

Monitor wCommand w virtual_address argument 

The set execution vector command allows you to vector to a pre¬ 
determined or default routine. Optional arguments virtual_address and 
argument are passed along to the to-be-executed routine. 

In order to set up a pre-determined routine, a user program sets the variable 
*romp->v_vector_cmd equal to the virtual address of the pre-determined 
routine. Variable *romp->v_vector_cmd must be set prior to executing the 
w command. Pre-determined routines may or may not return to the monitor. 

The default routine, defined by the monitor, simply prints the user-specified 
virtual_address argument according to the user-specified format (given in 
argument) before returning to the monitor. The only allowable formats are 
“%x” and “%d”. Format “%x” prints argument virtual_address as a 
hexadecimal number; format “%d” prints it as a decimal number. 

Monitor x Command x 

In the new Sun-2 PROM s, the extended test system command invokes 
the Extended Test System. See Chapter 6 for details. 
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6 

Sun-2 Extended Test Sequence 


6.1. Introduction 


This chapter shows the menu hierarchy for the Sun-2 Extended Test Sequence. 
Use this sequence to perform detailed tests on the hardware. 


NOTE This sequence is only included in the new Sun-2 PROMs. See the Overview 
chapter for details. 

The Extended Menu Tests are a suite of test routines that provide detailed testing 
of the system hardware. They provide an additional level of testing beyond the 
power-up self-tests. You can invoke them with the monitor x command if you 
have the new Sun-2 boot PROM. 

You are in the monitor when you see the > prompt on the screen. 
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6.2. Extended Test Menu The user interface of the monitor’s extended test menu structure consists of a 
Structure Main Menu and multiple sub-menus. 

Main Menu Two Main Menus, which differ slightly according to workstation type, are 

displayed in the examples below. The options are described after the menus. 

Extended Test Menu for Sun-2/50, Sun-2/130, and Sun-2/160 



Extended Test Menu for Sun-2/120 and Sun-2/170. 
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The options available from the two Sun-2 Main Menus are presented here in 
alphabetical order for your convenience. 

ar 

The Archive Bootpath Test command tests the bootpath to the 1/4" Archive 
tape drive. It makes sure the workstation can boot programs from this 
device. The test performs a boot sequence to the selected device. If the de¬ 
vice is present, it will read the boot blocks into system memory without 
actually executing the boot code, boot 

ie 

The Intel Ethernet Test checks the Intel 82586 Ethernet Coprocessor chip, 
the Intel 82501 Serial Interface Unit chip, and the connection to the Ethernet 
network. This command brings up the Ethernet Menu with different test 
options. 

kb 

The Keyboard Test command determines whether or not keyboard characters 
are correctly transmitted to the CPU. After invoking this test. The ASCII code 
corresponding to a character and the character itself appear on the screen as 
you press keys on the keyboard. To exit the test, type an [ESC! character. 

me 

The Memory Test command invokes the Memory Menu. This menu con¬ 
tains all of the memory tests . 

mk 

The Keyboard and Mouse Menu Tests command invokes the Keyboard and 
Mouse Menu. This menu contains the keyboard and mouse tests 

nth 

The Tapemaster Bootpath Test command tests the bootpath to the 1/2-inch 
Tapemaster tape drive. It makes sure the workstation can boot programs 
from this device. The test performs a boot sequence to the selected device. 

If the device is present, it will read the boot blocks into system memory 
without actually executing the boot code. 

rs 

The Serial Ports Menu Tests command invokes the Serial Ports Menu. This 
menu contains all of the serial port tests. 

sd 

The SCSI Disk Bootpath Test command tests the bootpath to the SCSI hard 
disk. It makes sure the workstation can boot programs from this device. 

The test performs a boot sequence to the selected device. If the device is 
present, it will read the boot blocks into system memory without actually 
executing the boot code. 
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St 

The SCSI Tape Bootpath Test command tests the bootpath to the SCSI tape 
drive. It makes sure the workstation can boot programs from this device. 

The test performs a boot sequence to the selected device. If the device is 
present, it will read the boot blocks into system memory without actually 
executing the boot code. 

vi 

The Video Test command invokes the Video Menu. This menu contains all 
of the video tests. 

xt 

The Xylogics Tape Bootpath Test command tests the bootpath to the Xylo- 
gics 1/2-inch tape drive. It makes sure the workstation can boot programs 
from this device. The test performs a boot sequence to the selected device. 

If the device is present, it wiU read the boot blocks into system memory 
without actually executing the boot code. 

xy 

The Xy logics Disk Bootpath Test command tests the bootpath to the Xylo- 
gics hard disk. It makes sure the workstation can boot programs from this 
device. The test performs a boot sequence to the selected device. If the dev¬ 
ice is present, it will read the boot blocks into system memory without actu¬ 
ally executing the boot code. 

6.3. Sun-2 Extended Test The following pages describe the various sub-menus available from the main 
Sub-Menus extended test menu. They are in alphabetical order for your convenience. 

Intel Ethernet Menu This menu comes up only for Sun-2 systems that use the VME bus, when ie is 

chosen from the Extended Test Main Menu. The Intel Ethernet Menu contains 
three local options. The three Ethernet tests check the functionality of the Intel 
82501 Serial Interface Unit Chip, the Intel 82586 Ethernet LAN Co-processor 
Chip and the connection to the Ethernet network. These options are explained 
below. 

Intel Ethernet Tests: (Enter 'q' to return to Test Menu) 

Cmd Test 

1 -- Local Loopback Test 
e - Encoder Loopback Test 
X - External Loopback Test 

Cmd-> 

V___/ 


The Intel Ethernet Test sub-menu choices are described below. 

1 

The Local Loopback Test command tests the Intel 82586 Ethernet LAN co¬ 
processor chip. It mns the internal tests built into the chip. Prior to the test, 
the Intel 82586 Ethernet LAN co-processor chip discormects itself from the 
Intel 82501 Serial Interface Unit Chip. 
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The Encoder Loopback command runs an internal loop back test of the Intel 
82501 Serial Interface Unit Chip. The transmitter line, receiver line, noise 
filters and Manchester encoding/decoding logic are tested. Before executing 
this test, the transmitter and receiver lines of the chip are connected together. 

X 

The External Loopback command runs the external loop back test. This test 
checks the Intel 82586 Ethernet LAN Co-processor Chip, the Intel 82501 
Serial Interface Unit Chip and the Ethernet transceiver and receiver lines. 
The test sends data out onto the Ethernet, then receives it back and compares 
the transmitted and received data. Before running this test, attach an Ether¬ 
net transceiver cable to the CPU board and to a properly terminated tran¬ 
sceiver. 
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Memory Test Menu When you choose the me option from the main Sun-2 Extended Test Menu, the 

Memory Menu comes up: 

C ^ 

Memory Tests: (Enter 'q' to return to Test Menu) 

Enter Cmd [low addr . 0x2000 [hi addr <0xXXXXXXJ [hex pattern] 


Cmd - 

Teat 

a ~ 

Address Test 

c - 

Wr/Rd/Compare Test 

s - 

Scan Memory Test 

w - 

Write Pattern Test 

Cmd«> 





The Memory sub-menu test choices are described in the paragraphs that follow, 
alow high 

The a command executes the address test on a range of memory. 
Specifically, write-read-compare cycles is performed on long words. The 
datum that is written to each memory “cell” is its own address. This com¬ 
mand accepts a maximiun of two arguments: 

The low argument specifies the first address to test. By default, the value 
of low is 0 x2 0 0 0. The 1 ow value should be a hexadecimal (base 16) 
number. 

The high argument indicates the final address to test The default high 
address is the highest memory address available. The high value should 
be a hexadecimal (base 16) number. 

c low high pattern 

The c command performs write-read-compare cycles on a range of 
addresses with a specified pattern. The test accepts three optional arguments 
and uses long-words only. 

The low argument specifies the first address to test. By default, the value 
of lowis 0x2000. The low value should be a hexadecimal (base 16) 
number. 

CAUTION Addresses 0x0 to 0x2000 are reserved for use by the boot PROM. If this test 
overwrites those locations, the system may crash. 

The high argument represents the final address to test. The default high 
address is the highest memory address available. The high value should 
be a hexadecimal (base 16) number. 

The pattern argument names the pattern expected throughout the range 
of addresses. The observed values are compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 
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s low high pattern 

The s command reads the specified range of addresses and compares the 
values to the value of pattern. 

The low argument specifies the first address to test. By default, the value 
of iowis 0x2000. The low value should be a hexadecimal (base 16) 
number. 

The high argument represents the final address to test The default high 
address is the highest memory address available. The high value should 
be a hexadecimal (base 16) number. 

The patt ern argument names the pattern expected throughout the range 
of addresses. The observed values are compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

w low high pattern 

The w command writes a pattern to a range of addresses. The test accepts 
three optional arguments. 

The low argument specifies the first address to test. By default, the value 
of iowis 0x2000. The low value should be a hexadecimal (base 16) 
number. 

The high argument represents the final address to test The default high 
address is the highest memory address available. The high value should 
be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 

The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 
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Mouse/Keyboard Menu When you enter mk from the Sun-2 Extended Test Main Menu, the The 

Mouse/Keyboard Ports Tests menu is offered: 


r 



-X 


Motise/Keyboard Ports Tests: (Enter ' q' to return to Test Menu) 



Enter port cmd: Cmd (port (M or K) ] (Baud rate (decimal #1)] [hex byte 
pattern] 



Cmd 

- Test 



w . — 

Wr/Rd SCC Reg 12 Test 



X 

Xmit Char Test 



i - 

Internal Loopback test 



e - 

External Loopback Test 



Cmd-> 



V 





The following text describes the Mouse/Keyboard Ports Test menu choices, 
w channel baud pattern 

The Write and Read SCC Test command performs write-read-compare 
cycles to register 12 of the port under test. This command accepts as many 
three arguments. The channel argument determines which port is tested. 
Legal values for channel are shown in the table below: 


Letter 

Device 

k 

Keyboard (default) 

m 

Mouse 


The baud argument sets the baud rate at which the test is executed. The 
default baud rate is 1200. The baud argument should be a decimal (base 10) 
number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 16) 
number. 

X channel baud pattern 

The Xmit command writes patterns to the port under test. This command 
accepts the same arguments as the w command. 

i channel baud pattern 

The Internal command performs internal loop back write-read-compare 
cycles on the port under test. The transmitter and receiver lines of the 
requested port are connected internally prior to the test. 

This command accepts the same arguments described for the w command. 
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e channel baud pattern 

The External command executes an external loop back test on a user- 
specified port. Write-read-compare cycles are performed on the port tmder 
test. To run this test, the within-port external loop back cable must be 
installed (see Chapter 1). This command accepts the same arguments as the 
w command. 


Serial Ports Menu 


When you choose rs from the Sun-2 Extended Test Main Menu, the Serial Ports 
Menu comes up: 


Serial Ports Tests: (Enter 'q' to return to Test Menu) 

Enter port cmd: Cmd {port(A or B)] Baud rate(decimal #)] [hex byte pattern] 

Cmd Test 


w - Wr/Hd see Reg 12 Test 
X -- Xmit Char Test 
i - Internal Loopback test 
e -- External Loopback Test 


Cmd-^> 


The Serial Ports sub-menu choices are discussed in the paragraphs that foUow. 
w channel baud pattern 

The Wr/Rd SCC Reg command performs write-read-compare cycles to 
register 12 of the port under test. This command accepts three arguments. 

The channel argument determines which port is tested. Legal values for 
channel are shown in the table below: 


Letter 

Device 

a 

b 

Serial Port A (default) 
Serial Port B 


The baud argument sets the baud rate at which the test is executed. The 
default baud rate is 12(X). The baud should be a decimal (base 10) 
number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 

X channel baud pattern 

The Xmit command writes patterns to the port under test. This command 
accepts the same arguments described for the w Serial Ports menu choice. 

i channel baud pattern 

The Internal command performs internal loop back write-read-compare 
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Video Test Menu 


cycles on the port under test. The transmitter and receiver lines of the 
requested port is connected internally prior to the test. 

The arguments for this command are the same as those described for the w 
Serial Ports Menu choice. 

e channel baud pattern 

The External command executes an external loop back test on a the port 
you specify. Write-read-compare cycles are performed on the port under 
test. In order to run this test, the within-port external loop back cable must 
be installed (see Chapter 1). 

The arguments for this command are the same as those described for the w 
Serial Ports Menu choice. 


When you choose vi from the Sun-2 Extended Test Main Menu, the Video Tests 
menu comes up: 





Video 

Tests: (Enter 'q' to return 

to Test Menu) 

Enter 

Cmd [low addr > OxXXXXXX [hi 

addr <OxXXXXXX] {hex pattern] 

a 

Address Test 


c - 

Wr/Rd/Compare Test 


5 - 

Scan Memory Test 


w - 

Write Pattern Test 


Crad-> 

_ 


) 


SlIow high 

The a command executes the address test on a specified range of frame 
buffer memory addresses. Specifically, write-read-compare cycles are per¬ 
formed on long words. The data that is written to each memory “cell” is its 
own address. This command accepts two arguments. 

The loiv argument specifies the first address to test. By default, the value 
of Iowis0x2000. The low value should be a hexadecimal (base 16) 
number. 

The high argument represents the final address to test. The default high 
address is the highest frame buffer memory address available. The hi gh 
value should be a hexadecimal (base 16) number. 
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c low high pattern 

The c command peifonns write-read-compare cycles on a range of 
addresses with a specified pattern. The test accepts three optional arguments 
and uses long-words only. 

The lot/argument specifies the first address to test. By default, the value 
of lowis 0x2000. The lowvalue should be ahexadecimal (base 16) 
number. 

The high argument represents the final address to test. The default high 
address is the highest frame buffer memory address available. The high 
value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 

The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

slow high pattern 

The s command reads the specified range of addresses and compares the 
values to the value of pattern. The test accepts three optional argu¬ 
ments. 

The argument specifies the first address to test. By default, the value 
of iow^is 0x2000. The loiv value should be a hexadecimal (base 16) 
number. 

The high argument represents the final address to test. The default high 
address is the highest frame buffer memory address available. The high 
value should be a hexadecimal (base 16) number. 

The pa t tern argument names a pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 

The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

w low high pattern 

The w command writes a pattern to a range of addresses. The test accepts 
the same options as the s command, described above. 
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Options Menu The Options Menu is offered when you select any Extended Menu Test. You 

may use the Options Menu to specify the sequence of testing. The default option 
is to execute the test once, then return to the current menu. 

f ' 

Test Options: (Enter ^q' to return to Test Menu) 

Cmd - Option 

f - Loop forever 

h - Loop forever with halt on error 
1 - Loop once with loop on error 
n Loop forever with error messages inhibited 
<cr> - Loop once 


Cmd-> 

V_> 


f 

The Loop forever command mns the test in an endless loop. Error 
messages are still reported. 

h 

The Loop forever with halt on error command runs the test 
in an endless loop until an error is detected. If an error occurs, testing halts. 

1 

The Loop once with loop on Error command runs the test once. 
If an error occurs, the test enters a scope loop. 

n 

The Loop forever with error messages inhibited com¬ 
mand runs the test in an endless loop. No error messages are reported. 

<cr> 

The Loop Once command mns the test once, then returns to the current 
menu. All errors are reported. To select this option, press I Return 1 . 
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Sun-3 Self-tests and Initialization 


7.1. The Power-Up Test 
Sequence 


In order to perform the power-up tests, two assumptions must be met. The 
MC68020 CPU must be functional and the ability to fetch instructions from the 
Boot PROM must be intact. 

Powering up a Sun-3 workstation resets the CPU to boot state, which means that 
all instruction fetches are forced to the Boot PROMs. Execution of the minimum- 
confidence power-up tests begin immediately. These tests do not employ any 
memory until memory has been successfully checked. 

The objective of the power-up test sequence is to determine whether or not the 
CPU board logic and main memory are functional. Following the successful com¬ 
pletion of the power-up tests and subsequent workstation initialization, an 
attempt is made to boot the SunOS operating system, an EEPROM-specified pro¬ 
gram, or an operator-specified stand-alone program. 

If the Diagnostic Switch at the rear of the system is in NORM position, you will 
not be able to interact with the self-tests. You may read the LEDs on the CPU 
board edge (described later in this chapter) to determine whether or not a test is 
failing, and you will see a rotating diagonal symbol after the 

Testing _ megabytes of memory... 

message on the console during the memory tests. The quantity of memory 
checked during a power-up with the diagnostic switch on norm is dependent on 
EEPROM programming. The EEPROM Layout chapter explains how to set the 
parameter that controls the quantity of memory tested. If the workstation con¬ 
tains a large amount of main memory, self-tests may last three minutes or more. 

If the Diagnostic Switch is in the NORM position, the power-up tests execute suc¬ 
cessfully and, if you do not terminate the default boot sequence, an attempt is 
made to down-load the SunOS operating system. 
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A display something like this appears on the workstation’s screen to indicate that 
power-up tests are successful: 



Selfteat Completed Successfully. 

A 


Sun Workstation, Model Sun~3/ Series 

Type-3 keyboard 

4^ ROM Rev MB memory installed. Serial # 

Ethernet address _:_:_:_:_:_ 



Testing _ megabytes of memory...Completed. 


V 

Auto-boot in progress... 

j 


7.2. The Boot Sequence Following the initialization of the workstation, the default boot sequence is exe¬ 

cuted. There are two issues that must be considered here. One has to do with 
what is to be down-loaded while the other has to do with where it is to be loaded 
from. 

Assuming no operator intervention, the position of the Diagnostic Switch will 
determine what is to be booted. If the Diagnostic Switch is in the NORM position, 
the SunOS operating system is booted. Otherwise, if the Diagnostic Switch is in 
the DIAG position, the EEPROM-specified program is booted. Be aware that the 
monitor is invoked if no EEPROM-specified program is available. 

If you are in the PROM monitor mode, you may specify what is to be booted and 
where it is to be booted from. See command b (boot) in the chapter titled Sun-3 
PROM Monitor Commands for a description of how to boot user-specified pro¬ 
grams from user-specified devices. 

If you are interacting with a Sun-3 workstation through the console to reach the 
monitor program, you may enter Ll-a (or I Break I on a terminal) IMMEDI¬ 
ATELY after the 

Testing _ megabytes of memory...Completed. 

message. 

CAUTION Do not use Ll-A procedure once the automatic boot has started; the file 
systems may be damaged if disks are powered-on and the operating system 
has started to run. 

If the operating system is already booted, use the procedures described in 
Chapter 3 to start the monitor. 


Once you are in the monitor mode (symbolized by the > prompt), you should do 
the following: 




> g 0 


panic: zero 


Syncing disks... done 


v_ 

7 
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Diagnostic Power-Up 


Press LI-a or [ Break ] again when the message above finishes. 

Next you may see this message: 

-^ 

dumping to dev somev&lue, offset ^omevalue 

Abort at aomevalue 
> 

V___ 


The firmware also determines from what boot device the program wiU be 
loaded. If the Diagnostic Switch is in the NORM position and the content of 
EEPROM location 0x18 is equal to 0x12 (an arbitrarily chosen value), Sun-3 
firmware will attempt to boot the SunOS operating system from the boot path 
specified in the EEPROM, beginning at location 0x19. If the boot path is missing 
or contains an error, the monitor program is invoked. 

If the Diagnostic Switch is in the NORM position and the content of EEPROM loca¬ 
tion 0x18 is not equal to 0x12, Sun-3 firmware attempts to boot the SunOS 
operating system using the following boot device polling sequence: 

1. Xylogics Disk. 

2. SCSI Disk. 

3. Ethernet. 

If the Diagnostic Switch is in the DIAG position, the firmware assumes that both 
the path name of the file containing the to-be-loaded program and the boot device 
are specified in the EEPROM, beginning at EEPROM location 0x22. If either the file 
name or the boot device is not present or is in error, the monitor is invoked. If 
the Diagnostic Switch is in the DIAG position, you may connect a terminal to 
Serial A or B and interact with the self-tests and the Extended Test System, if 
required. 

If the Diagnostic Switch is on DIAG, the self-test is executed as it is when the 
switch is ‘ ‘off ’ or on NORM, except that aU of memory is tested. In addition, 
self-test status information is directed only to serial ports A and B, using the 
MMU (Memory Management Unit) b)q)ass until all hardware required for the 
Video Monitor has been successfully tested. 

Any hardware failures during the selftests will invoke scope loops to permit 
troubleshooting the failure. An RS-232 terminal with its characteristics set to 
9600 Baud, 8 data bits, 1 stop bit and no parity should be connected to Serial Port 
A of the CPU board if you wish to view self-test status and interact with the sys¬ 
tem. If you use Serial Port B you must set the terminal baud rate to 1200. 

Limited interaction with the self-test program is possible in this mode and the 
following characters will invoke the following actions when entered from the ter¬ 
minal connected to serial port A during self test. Each of these commands is 
documented below. 

1. Press the b (a mnemonic for burn-in) key, prior to the display of the 
. .. Completed message, to execute the power-up test sequence 
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indefinitely. This option is useful during the manufacturing bum-in stage. 

2. 

Press the s key prior to the display of the ... Completed message to 
re-start the power-up test sequence. 

3. 

If one of the power-up tests fails, it wiU continue to re-execute forever unless 
intermpted. Press the space bar to terminate the failed test and execute the 
next power-up test. 

4. 

By default, an unsuccessful power-up test prints one error message before 
entering an infinite scope loop. Once inside of the scope loop, the failing test 
wiU not print any more messages. If, however, you would like to see test 
messages while in the scope loop, press the p key. Then, to turn the mes¬ 
sages back off, press the p key a second time. In other words, the p com¬ 
mand acts like a toggle switch to turn message mode on or off. 

During a diagnostic boot, after self-test has completed successfiilly, you wiU be 
prompted to enter the extended tests, as shown below. 

Selftest passed. 

\ 

Optional Menu Tests 


Type a character within 10 seconds to enter Menu Tests...(e for echo mode) 

V . . J 


If you press a terminal key during this time the Extended Test Menu is displayed 
on the terminal screen. See the Sun-3 Extended Test Sequence chapter in this 
document for details. 


If you do not assert control of the system by pressing a terminal key within the 
10 seconds delay time the Boot PROM program wiU next display the Sun logo 
and message on the console. 

Remote Testing If you press e on a dumb terminal keyboard, during the ten second period, aU 

subsequent output will appear on both the console video monitor and a terminal 
attached to Serial Port A or B. 

The purpose of this feature is to enable an individual at a remote site, using a ter¬ 
minal attached to a non-local machine by way of a telephone line with modems 
at each end, and the individual on-site to observe the system’s behavior simul¬ 
taneously. Once a system is in this mode, the local and non-local parties can 
commimicate by employing the # command. Specifically, if the person at the 
remote site would like to send a message to the person on-site, he or she would 
simply type the # before typing the actual message. In order to terminate the 
message, the person at the remote site would enter a second #. At this point, the 
on-site person would be able to respond by prefixing and terminating their 
response with the #. 

The # option will be very useful in the situation where an on-site customer has 
contacted a remote repair depot regarding a potential hardware problem. The 
repair person at the remote repair depot could initiate diagnostics on the non¬ 
local machine and allow both parties to observe the output Beyond that, the 
repair person and the customer could communicate by way of the # command. 



microsystems 


Revision A of 9 May 1988 




Chapter 7 — Sun-3 Self-tests and Initialization 67 


Diagnostic Self-test Sequence If the diagnostic switch is enabled, the name of each test appears on the terminal 

until all self-tests are complete. The tests differ slightly according to the system 
architecture. The examples that follow represent each Sun-3 workstation. 


Figure 7-1 Sun-3175,31140,31150,31160, and 3/110 Diagnostic Boot Sequence 


Boot PROM Selftest 

PROM Checksum Test 

DVMA Reg Test 

Context Reg Test 

Segment Map Wr/Rd Test 

Segment Map Address Test 

Page Map Test 

Memory Path Data Test 

NXM Bus Error Test 

Interrupt Test 

TOD Clock Interrupt Test 

MMU Access Bit Test 

MMU Access/Modify Bit Test 

MMU Invalid Page Test 

MMU Protected Page Test 

Parity Test 

Memory Size - 0x000OOxxx Megabytes 
Memory Test (testing xxxxxxxx MBytes) 

Selftest passed 

Optional Menu Tests 


Type character within 10 seconds to enter menu tests... (e for echo mode) 
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Figure 7-2 Sun-3150 and Sun-3160 Diagnostic Boot Sequence 

Boot PROM Selftest 

PROM Checksum Test 
Context Reg Test 
Segment Map Wr/Rd Test 
Segment Map Address Test 
Page Map Test 
Memory Path Data Test 
NXM Bus Error Test 
Interrupt Test 
TOD Clock Interrupt Test 
MMU Access Bit. Test 
MMU Access/Modify Bit Test 
MM0 Invalid Page Test 
MMU Protected Page Test 
Parity Tests 

Memory Size = OxOOOOOxxx Megabytes 
Memory Test (testing xxxxxxxx MBytes) 

Selftest passed 

Optional Menu Tests 

Type a character within 10 seconds to enter Menu Tests^** (e for echo mode) 
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Figure 7-3 Sun-31260 and Sun-31280 Diagnostic Boot Sequence 

Boot PROM Selftest 

PROM Checksum Test 

DVMA Reg Test 

Context Reg Test 

Segment Map Wr/Rd Test 

Segment Map Address Test 

Page Map Test 

Memory Path Data Test 

NXM Bus Error Test 

Interrupt Test 

TOD Clock Interrupt Test 

MMU Access Bit Test 

MMU Access/Modify Bit Test 

MMU Invalid Page Test 

MMU Protected Page Test 

ECC Error Tests 

Cache Data 3 Pat Test 

Cache Tags 3 Pat Test 

Memory Size — OxOOOOOxxx Megabytes 

Memory Test (testing xxxxxxxx MBytes) 

Selftest passed 

Optional Menu Tests 

Type character in next 10 seconds to enter menu tests... (e for echo mode) 


Test Descriptions 


The following paragraphs describe each individual test, and the messages and 
indications generated if it fails. All tests are performed with the MC68020 cache 
enabled. 


Diagnostic Register Test The first test is indicated by a slow loop through the Diagnostic LEDs, intended to 

determine if the CPU is able to fetch instructions correctly from the Boot PROM 
and transfer data across the data bus. 

NOTE If all the LED s remain lighted, you could have a low voltage or board seating 
problem, or the system could contain the wrong Boot PROM, 
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see (Z8530) Wr/RdTest 
Through MMU 


NOTE 


Boot PROM ehecksum Test 


(Sun-3/50 and 3/60 only) 

The ability of the CPU to communicate with the ZUog Z8530 Serial Communica¬ 
tions Chip (see) is performed as the first test. Because the Sun-3/50 and the 
Sun-3/60 CPU board does not provide a means to communicate with the RS-232 
Ports A and B except through the MMU, this test sets up the highest addresses in 
both the Segment MAP RAM and Page Map RAM to point to the base of the 
Z8530 sec chip and perforais a write/read test of WR 12/RR 12, an internal 
register within the SCC chip. This test is provided to get the CPU to SCC path 
tested so that all subsequent tests may display test name and error status to a ter¬ 
minal attached to Serial Port A; consequently no error message is displayed dur¬ 
ing this test. 

The diagrams that follow depict the LED states for each self-test. Note that the 
LEDs are shown here for convenience in reading as binary numbers; the least 
significant bit is on the right. In most systems, the LEDs are read with bit 0 on the 
Irftfor desktop installations and with bit 0 on top for deskside installations. The 
LEDs on the Sun-3/60 CPU board are the exception; they are read as shown in 
the following diagrams. 

The tests are described here in the order that they are executed. Tests that do not 
apply to aU systems are inserted in as close to the actual sequence as possible. 

The Boot PROM checksum is calculated and compared to the expected value. If 
this test fails the Boot PROM may need replacing. 

Checksum compare errors will cause the following terminal display: 

Err 16: PROM checksum error, exp xxxxxxxx, obs xxxxxxxx 
The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x01 

Bit 7ooooooo*Bit 0 

okay 

0x81 

•oooooo* 

error 
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DVMA Register Test This test is not performed on the Sun-3/50 or 3/60. Data from Oxff to 0x00 is 

written to this register and then read back and compared. The test enters a scope 
loop on data compare errors, and may display this message on the terminal; 

Err 1: exp xxxxxxxx, obs xxxxxxxx, xor xxxxxxxx 

The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x02 

Bit 7oooooo»oBit 0 

okay 

0x82 

•ooooo^o 

error 


Context Register Test Data from 0x07 to 0x00 is written to this register and then read back and com¬ 

pared. The test enters a scope loop on data compare errors, and may display this 
message on the terminal: 

Err 1: exp xxxxxxxx^ obs xxxxxxxx^ xor xxxxxxxx 

The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x03 

Bit 7oooooo««Bit 0 

okay 

0x83 

•ooooo«» 

error 


Segment Map RAM Wr/Rd Test The Segment Map RAM Write/Read Test writes the Segment Map RAM with float 

bit patterns for each address of the Segment Map RAM. If a write/read compare 
error occurs during the test, the Segment Map RAM address is looped on after the 
program displays the RAM address and good and bad compare data. 

The test will scope loop on data compare errors and may display this message: 

Err 2: addr xxxxxxxx^ exp xxxxxxxx^ obs xxxxxxxx 
The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x04 

Bit 7ooooo*ooBit 0 

okay 

0x84 

•0000900 

error 
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Segment Map Test 


Page Map Test 


Three passes of write/read tests are performed on the Segment Map RAM. In the 
first pass, the consecutive patterns of hexadecimal 5 A, 2C, 97 are written and 
read. In the second pass, the consecutive patterns 2C, 97,5A are written and 
read. And, in the last pass, consecutive patterns of 97,5A, 2C are written and 
read. The expected values are compared with the values read for each pass and 
data compare errors are reported. 

The segment map test wUl scope loop on data compare errors with the following 
message: 

Err 2: addr xxxxxxxx^ exp xxxxxxxx, obs xxxxxxxx 
The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x05 

Bit 7 ooooo«o«Bit 0 

okay 

0x85 

•oooo«o» 

error 


The page map test runs in context 0 only, with the segment maps set up to unity 
map, that is, address 0 will contain 0, address 1,1, etc. Three passes of 
write/read tests are performed on the Segment Map RAM. In the first pass, the 
consecutive patterns 5A000C5A, 5A00072C, and 2C000A97 are written and 
read. In the second pass, the consecutive patterns 5A00072c, 2C0(X)A97, and 
5A000C5A are written and read. And, in the last pass, consecutive patterns 
of2C000A97, 5A000C5A, 5A00072C are written and read. The expected values 
are compared with the values read for each pass and data compare errors are 
reported. Data compare masking is appropriately provided for differences in Page 
Map RAM width for the three workstation models. 

The page map test enters a scope loop on data compare errors and may display 
this message: 

Err 2: addr xxxxxxxx, exp xxxxxxxx, obs xxxxxxxx 

The diagram below summarizes the led states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x06 

Bit 7 ooooo*»oBit 0 

okay 

0x86 

•oooo#*o 

error 
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Memory Path Data Test 


NXM Bus Error Test 


Interrupt Test 


The Memory Path Data Test is the first test of the ability to write/read access 
memory thru the Segment and Page Map RAM. This test writes and reads 
memory addresses from 0x400 to 0x1000 with a float bit pattern in order to test 
the CPU to memory data bus path and provide a tight scope loop in event of 
errors without testing all of memory. 

Possible error messages are: 

Err 2: addr xxxxxxxx, exp xxxxxxxx, obs xxxxxxxx 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x07 

Bit 7ooooo«««Bit 0 

okay 

0x87 

•oooo»#« 

error 


Bus errors are tested by writing to an invalid page, writing to a protected page, 
and by writing to non-existing memory. Upon error the test enters a scope loop 
after displaying an error message: 

Possible error messages are: 

Err 3: No NXM Bus Error exp xxxxxxxx^ obs xxxxxxxx 

Err 7: bus error reg exp xxxxxxxx^ obs xxxxxxxx^ xor xxxxxxxx 
The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x08 

Bit 7 oooo*oooBit 0 

okay 

0x88 

•ooo»ooo 

error 


With the processor allowing all intermpts, the level 1 intermpt is enabled and 
verified to occur. The test enters a scope loop upon error with the following, and 
may display this message: 

Err 4: No Level 1 interrupt! 

The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x09 

Bit 7oooo#oo#Bit 0 

okay 

0x89 

•ooo»oo» 

error 
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TOD Clock Interrupt Test With the processor enabled for level 7 interrupt and real-time clock chip enabled 

for 100 HZ interrupts, the interrupt is verified to occur. The test enters a scope 
loop upon error and may display this error message: 

Err 4: No TOD Clock interrupt! 

The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

OxOa 

Bit7oooo»o«oBltO 

okay 

0x8a 

•OOO9O0O 

error 


MMU Protection/Status Tests All MMU tests enter a scope loop upon error after displaying an error message. 

Read accessing a page is verified to set the access status bit for the page. 

Write accessing a page is verified to set the access and modified bits for that 
page. 

A read access of an invalid page is verified to cause a bus error and set the 
invalid access status bit in the bus error register. 

An attempt is made to write a write protected page and is verified to cause a bus 
error with the protect error bit set in the bus error register. 

Possible error messages are: 

Err 6: No bus error in accessing invalid page, addr xxxxxxxx 
Err 5: Page Map status, exp xxxxxxxx, obs xxxxxxxx, xor xxxxxx 
Err 8: No bus error when writing a protected page 
The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

OxOb 

Bit7oooo«o»»BitO 

okay 

0x8b 

•ooo«o*« 

error 
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Parity Error Tests (Not for This test verifies that writing and reading a known good memory address with 

Sun3/2xx) parity checking enabled does not cause a parity error. 


Possible error messages are: 

Err 10: Parity error at Addr xxxxxxxx. Data xxxxxxxx. Status Exp xxxxxxxx, Obs xxxxx 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

OxOe 

Bit 7oooo**#oBit 0 

okay 

0x8e 

•ooo«»«o 

error 


Parity Error Tests (Not for Sun- The second parity error test verifies that forcing a parity error by writing bad par- 
3/2xx) ity causes a parity error NMI trap (autovector level 7). Correct parity error register 

status is also verified. 

Possible error messages are: 

Err 9: Bad parity should cause nmi. 

Err 10: Parity error at Addr xxxxxxxx. Data xxxxxxxx. Status Exp xxxxxxxx, Obs xxxxxxxx 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

OxOf 

Bit 7 oooo»«#«Bit 0 

okay 

0x8f 

mooommmm 

error 


ECC Error Tests (Sun-3/2xx By forcing a single bit error, the test verifies that the memory read data gets 

only) corrected. Then in a second pass of the test a two bit error is forced and the syn¬ 

drome code is read to verify that a two bit error is detected but not corrected. 

Upon failure the test enters a scope loop after displaying an error message. Pos¬ 
sible error messages are: 

Err 11: Syndrome error, exp xxxxxxxx obs xxxxxxxx 

Err 20: Data correction error: exp xxxxxxxx obs xxxxxxxx 


The diagram below summarizes the LED states: 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

OxOc 

Bit 7 oooo»»ooBit 0 

okay 

0x8c 

•0009900 

error 
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Cache Data 3-Pattem Test 
(Sun-3/2xx Only) 


Cache Tags 3-Pattem Test 
(Sun-3/2xx Only) 


Memory Sizing (Sun-3/2xx 
Only) 


Three passes of pattern writes and reads of the entire cache data RAM address 
space are performed. The patterns used for the three passes are A5972C5A, 
5AA5972C, and 2C5AA597 for the first pass, 5AA5972C, 2C5AA597. and 
972C5AA5 for the second pass, and, 2C5AA597, A5972C5A, and 5AA5972C 
for the final pass. 

Upon failure the test enters a scope loop after displaying an error message: 

Err 2: addr xxxxxxxx, exp xxxxxxxx^ obs xxxxxxxx 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

OxOd 

Bit 7oooo«»o«Bit 0 

okay 

0x8d 

•ooo»»o* 

error 


Three passes of pattern writes and reads of the entire cache tag RAM address 
space are performed. The patterns used for the three passes are A5972C5A, 
5AA5972C, and 2C5AA597 for the first pass, 5AA5972C, 2C5AA597, and 
972C5AA5 for the second pass, and, 2C5AA597, A5972C5A, and 5AA5972C 
for the third, and last pass. 

A possible error message is: 

Err 2: addr xxxxxxxx, exp xxxxxxxx, obs xxxxxxxx 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

OxOf 

Bit 7oooo*«»«Bit 0 

okay 

0x8f 

mooommmm 

error 


The Sun-3/2xx memory boards are read individually to determine the type of 
memory board (Old or New), the size of each board (8 or 32 Megabytes), a count 
of the total memory boards in the system, and to get the total size of main 
memory. The address of each board is set, relative to the number of megabytes 
previously read, and each board is enabled, allowing access to all available RAM. 
The following message is transmitted to the serial port after the memory sizing 
routine: 

Memory Size = OxOOOOOxxx Megabytes 

After sizing memory and if the diagnostic switch is in the diagnostic position, all 
of memory found wiU be tested. If the diagnostic switch is in the off NORM posi¬ 
tion, only the amount of memory specified in the EEPROM configuration infor¬ 
mation will be tested. 
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If the I Esc I key is pressed during any part of the Selftest sequence, the main 
memory is first sized and then fuUy initialized. 


ECC Memory Initialization The ECC main memory requires initialization by writing aU of memory once 

(Sun-3/2xx only) with the pattern (0xa5a5a5a5). This will set the syndrome bits for all of memory 

to be tested. After writing the pattern, ECC is turned on for all memory boards 
found in the system, and left on for the duration of the ECC Modulo 3’s Memory 
Test. At the beginning of ECC memory initialization, the following message is 
transmitted to the Serial port: 

Initializing ECC Memory 


Memory Modulo 3’s Tests The Memory Modulo 3’s Test first displays OxOf on the diagnostic leds, to show 

(Sun-3/2xx Only) the test is running. A modulo 3 pattern, residing in EPROM, is then read into 

memory at location 0x900. At this point the first Megabyte of RAM is mapped 
into a known location in the page table. Then the modulo 3’s pattern is written to 
the entire Megabyte that was mapped in. When the Write is completed, a Read 
of each location in the Megabyte is done, comparing the value observed with the 
value expected. If no Correctable Errors (CE) are found, the test wifi, update the 
display with the following message after testing each Megabyte: 

Memory Test (Testing OxOOOOOxxx Mbytes) Meg tOxOOOOOxxx 

The Memory Test will then attempt to map in the next Megabyte and test as 
before, continuing imtil aU of main memory has been tested. This type of map¬ 
ping has been implemented to aUow the testing of memory sizes that are greater 
than 32 megabytes. The normal memory mapping is restored at the end of the 
Selftest sequence, before booting the operating system. 

If a single bit Correctable Error (CE) is found during the memory test, a trap will 
occur, causing the test to enter a tight scope loop for trouble shooting, and 
displaying the foUowing message: 

Err 18: CE on Mem Bd OxOOOOOxxx^ 

Bd Addr = 0x00000000, Syn bits == OOOOOOxx 

If a double bit Uncorrectable Error (UE) is detected during the memory test, a 
trap wiU occur that causes the test to enter a tight scope loop for troubleshooting 
and display the foUowing message: 

Err 18: UE on Mem Bd OxOOOOOxxx, 

Bd Addr = 0x00000000, Syn bits = OOOOOOxx 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

OxOf 

Bit 7oooo»»«*Bit 0 

okay 

0x8f 


error 
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Non Sun-3/2xx Memory Tests 


Memory Test (Non Sun-3/2xx 
CPU Boards) 


Memory is initialized before testing, with the pattern OxFFFFFFFF for each long 
word of memory above address 0x400, i.e., above trap/vector space. During ini¬ 
tialization of memory it is sized by detecting the timeout bus error at the first 
nonexistent memory address. 

The following message is displayed on the serial port terminal during memory 
sizing and initialization: 

Sizing memory (size = xxxxxxxx MBytes) 

After sizing memory and if the diagnostic switch is in the diagnostic position, aU 
of memory found is tested. If the diagnostic switch is in the NORM position, only 
the amount of memory specified in the eeprom configuration information is 
tested. 

The context register, segment maps, and page maps are all initialized with virtual 
addresses mapped to physical addresses in a one-to-one manner. Three passes of 
write/read tests are performed on aU d 3 mamic memory being tested. 

In the first pass, the consecutive patterns 5A972C5A, 5A5A972C, 2C5A5A97 are 
written and read throughout the memory. In the second pass, the consecutive pat¬ 
terns 5A5A972C, 2C5A5A97,72C5A5A are written and read. And, in the last 
pass, consecutive patterns of 2C5A5A97,972C5A5A, 5A972C5A are written 
and read. The expected values are compared with the values read for each pass 
and data compare errors are reported. During the test, parity error intermpts 
(NMI) are enabled and serviced by the program. 

The memory tests scope loop on data compare errors; however, the loop includes 
the pattern write for the entire memory space being tested. 

The following message will be displayed during the Memory Test: 

Memory Test (Testing OxOOOOOxxx MBytes) Testing... 

Possible error messages are: 

Error: addr xxxxxxxx^ exp xxxxxxxx^ obs xxxxxxxx 
Memory parity err^ addr xxxxxxxx^ exp xxxxxxxx 
Err 12: NMI err^ int with bad status^ obs 0x00000000 


Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

0x11 

Bit 7ooo®ooooBit 0 

okay 

0x91 

•00*0000 

error 
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8.2. The Monitor Commands. 83 










Sun-3 PROM Monitor Commands 


This chapter describes the PROM monitor (sometimes called the “system moni¬ 
tor”) commands available on Sim-3 workstation. Taken as a whole, these com¬ 
mands offer a low-level user interface to the Sun hardware. The commands con¬ 
trol a variety of options, including booting from an alternate device, changing the 
console output, reading or altering registers or memory locations, and so on. 

The effects of most monitor commands disappear when the power is turned off, 
with the exception of the q command, which programs the EEPROM. Parameters 
entered with the q command remain until deliberately altered with another 
PROM command. Programming the EEPROM reconfigures your workstation. The 
Boot PROM consults the EEPROM to determine whether or not to poll for a boot 
device, whether to boot a specified program, which device is the console, and so 
on. See the q command in this chapter, for details on how to do this. 

Bringing up the PROM Monitor Read Chapter 3 for instructions on bringing up the PROM monitor. 

8.1. Monitor Command The following example shows the menu that comes up when you enter h (help) 

Overview at the monitor prompt. This section describes the general characteristics that aU 

of the commands have in common. Detailed descriptions of each command, and 
its arguments, are listed in the next section. Some commands are available only 
for Sun-3/2xx workstations, and those will be identified. 
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NOTE The i, j, n, and y commands are only available on Suns with on-board cache memory, such as the 
Sun-3/2xx. 


Figure 8-1 Sun-3 Monitor Help Menu 


Boot PROM Monitor Commands 

a 

[digit] 

[Open CPU Addr Reg {0-7) 

b. 

[dev([cntrl]^ [unit ]r [part])] 

[Boot a file 

c 

taddr] 

1 Continue program at Addr 

d 

[digit] 

lOpen CPU Data Reg {0-7) 

e 

[addr] 

lOpen Addr as 16 bit word 

f 

beg^^addr end^^addr pattn [size] 

IFill Memory 

g 

[addr] 

IGo to Addr 

h 


1 Help Menu 

i 

[addr] 

[Open Cache Data 

j 

[addr] 

[Open Cache Tags 

k 

[nximber] 

[Reset {0)CPU, {1)MMU, {2)System 

1 

[addr] 

[Open Addr as 32 bit long 

m 

[addr] 

[Open Segment Map 

n 

[i/e/d] 

1 Cache Invalidate/Enable/Disable 

o 

[addr] 

lOpen Addr as 8 bit byte 

P 

[addr] 

lOpen Page Map 


[addr] 

lOpen EEPROM 

r 


lOpen CPU Regs (i.e, PC) 

s 

[digit] 

1 Set/Query Function Code (0-7) 


[y/n/cj 

1 Trace: Yes/No/Continue 

XI 

[arg] 

1 Select Console Device 

V 

beg_addr end_addr [size] 

(Display Memory 

w 

[addr] [string] 

[Vector 

X 


[Extended Diag Tests 

y 

[c ext] [s ext sg_addrl [p ext 

pg_adr][Flush Cntxt/Seg/Page 

z 

[addr] 

1 Set Breakpoint 

- --- > 


Executing a Command In general, to execute a command you type the appropriate command letter, fol¬ 

lowed by any required command arguments. For example, if you wanted to exe¬ 
cute the hypothetical command “0” (which we wUl say needs two arguments 
100 and 200) you would type a line like this: 

> 0 100 200 

The command letter can be upper or lower case, and aU commands and argu¬ 
ments are separated by white-space (tabs or spaces). Pressing the return key exe¬ 
cutes the command. 
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Default Values 


Word Sizes 


8.2. The Monitor 
Commands 


Many of the monitor commands have built in, or default values, which the com¬ 
mand uses if you do not supply arguments. The default values vary from com¬ 
mand to command. Check the command descriptions for the default values of 
interest. 

Word sizes referred to in this chapter are defined as foUows: A byte is eight bits 
long; a word is 16 bits long; a long word is 32 bits long. 

This section provides more detailed information on the commands listed in the 
help menu example. Both the commands and their arguments are described here. 


Displaying and Modifying A number of the commands listed here can be used to display and/or modify the 

Memory system’s memory and registers. Regardless of the type of memory ( RAM, 

EEPROM, etc.) or register, these commands have the same command syntax. 
This section describes the memory modification syntax used by the monitor com¬ 
mands. The example here references long words (32 bits) of memory, but the 
syntax is the same for bytes (8 bits) and words (16 bits). 

The address argument specifies the initial memory location that is to be 
displayed and/or modified. 

The second argument determines whether the current content of a memory loca¬ 
tion is to be displayed and/or modified. Entering only the address of a memory 
location after the command displays the content of that address. 

r ' > 

>cOfnmand FFE80000 I Return I 
FFE80000; 12345678 7 


At this point, you can respond in one of three different ways. 

1. Simply pressing the I Return) key displays the contents of the next memory 
location (in this case, OxFFESOOCW) as shown below. 

-N 

>command FFE80000 

I Return I 

FFE80000: 12345678 7 
I Return I 

FFE80004: 00000001 7 

_ j 

Successively pressing the I Return I key displays the contents of successive 
memory locations. Assuming that you pressed I Return 1 four times, the con¬ 
tents of memory locations 0xFFE80004,0xFFE80(X)8, 0xFFE8000C and 
0xFFE80010 would be displayed. 
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To exit the command, enter any non-hexadecimal character (q for quit, for 
example) before pressing I Return I Note that you will now return to the 
monitor’s basic command level, with the > prompt. 

-\ 

>coinmand FFE80000 
1 Re turn 1 

FFE80000: 12345678 ? q 
(Return J 

\_/ 


2. If you just want to modify one location, enter a command such as this: 

' — \ 
>coJtmand FFE80000 QOABCDEF I Return I 

_ J 


3. The third response to the display of memory location contents is to modify 
those contents. You enter the new hexadecimal value immediately follow¬ 
ing the question marie ?. BEFORE pressing I Return I . The following display 
demonstrates how the value of memory location 0xFFE8(XX)0 can be 
changed from “12345678” to “OOABCDEF”. 

NOTE Following the assignment of the new value to memory location OxFFESOOOO, the 
new value will not be displayed; instead, the contents of the next memory loca¬ 
tion are shown. You will not be returned to the monitor’s basic command level. 


>command PFE80000 1 Return 1 


FFE80000: 12345678 7 OOABCDEF 1 Return 1 


FFE80004: 00000001 ? 


_ 

J 


Entering a memory location’s virtual address followed only by a non¬ 
hexadecimal character before pressing the I Return) key causes the monitor to 
display the contents of that location then exit to the monitor command level. 



\ 

>command FFE80004 q ( Return J 


FFE80004: OOOOOOOl 





J 


Entering a non-hexadecimal character and a hexadecimal value after an address 
causes the monitor to display the original value at that virtual address, assign a 
new value, then display that value. For instance, assume that the original content 
at address 0xFFE8()010 is “00(XXXX)5”. The command 

ZIZIIIZI ' 

>coinmand FFE80010 ? 55555550 I Return 1 

_/ 

displays the original value “00000005” then assigns the value “55555550” to 
address FFE80010 before returning to the monitor prompt: 
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Conventions 



-1 

>cowmand FFE80010 ? 55555550 f Return ] 

FFE80010: 000Q0005 -> 55555550 


I|;;|| llllllllllllllllllllllllll^ 



J 


You may also enter multiple display and/or modify commands for multiple 
memory locations on the same command line. If you enter this command line: 

>command FFE80000 ? 00000000 ? ? 22222220 33333330 q I Return 1 


You wiU see this on the screen: 


-s 

FFE80000: 12345678 -> 00000000 
FFE80004: 00000001 
FFE80008: 00000002 ->22222220 
FFE8000C -> 33333330 
FFE80010: 00000004 
> 

___ / 


The first part of the command line, 

>command FFE80000 ? 00000000 

displays the original contents of location FFE80000 before assigning the new 
value “00000000” to it. 

The next question mark directs the monitor to display the contents of FFE80004. 
The next part of the command line, ? 22222220, teUs the monitor to display 
the original contents of FFE80008, before assigning the new value “22222220” 
to it. The 33333330 teUs the monitor to assign the value “33333330” to 
memory location FFE8000C. Finally, the q causes the monitor to exit to the 
command level after the contents of FFE80010 are displayed. 

The paragraphs below describe each of the monitor commands in detail. Each 
paragraph starts with a line describing the command syntax. If a command has 
more than one distinct format, each one is shown on a separate line. Characters 
in bold typewriter font mean that you should enter them exactly as 
shown. Plain typewriter font represents what you should see on the screen. 
Words in typewriter italic show the type of information you are to 
enter. Roman italic or boldfaced font is also used for notes or emphasis within 
the text. Optional arguments and default values are listed in the descriptions. 
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Special Monitor Commands 


Address Increment/Decrement 
Command 


By preceding the command with a + or you can cause the address display to 
increment or decrement to the next location. 

While traversing a range of addresses, type a + or - to change direction after 
the program displays the content and waits for input. 

For example: 


>1 0 l „ , gg fcura.J 

00000000 00000000 ? [ ReturTi 1 

00000004 00000001 7 ( Return 1 


00000008 00000002 ? - (you enter a minus sign) [ Return 1 


00000004 00000001 7 [Return J (contents of previous location are displayed) 
00000000 00000000 7 + [ Return"! (after decrement, you enter a plus sign) 


00000004 00000001 ? [ Return \ you increment again 
00000008 00000002 7 [ Return \ (\ou increment again) 


The "T Command 


Entering the " character and then the t key, followed by a virtual address, 
displays the physical address to which that address is mapped, along with a 
detailed description of aU the bits in the page table entry, the segment and page 
RAM addresses, and what space they are in. 

For example, entering 

>^t 1000 ( Return ) 

results in this display: 

..V 

virtual Addr 1000 is mapped to Physical Addr 1000 
Context - 0x0, Seg Map = 0x0, Page Map - OxCOOOOOOO* 

Page 0 has these attributes; 

Valid bit = 0 
Permission ~ 1 
No Cache = 0 
Type - 0 

Access bit = 0 
Modify bit — 0 

V_J 

Entering "t with no arguments provides information with reference to virtual 
address 0x00. 
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The "I Command Entering the " character and then the i key, followed with a command, 

displays compilation information for the system firmware. It includes the date, 
host name and build directory path. For example: 

Compiled at 6/7/87 on hostname in /directory_name 

The "C Command "C source destination n 

Entering the " character and then the c key, followed with the parameters 
shown, causes a block of n length to be copied from source to destina¬ 
tion address, byte by byte. There is enough delay to copy to EEPROM also. 


Regular Monitor Commands 

Monitor a Command a register_number action 

The a command provides access to the CPU’s address registers. 
register_number may be a value from 0 to 7 inclusive. The default value is 
0. Register_number 7 accesses A7, the system stack pointer. To see the user 
stack pointer, use the r command. 

It is important to note that it is not possible to display the state of the processor at 
all times. In particular, processor state is only observable after: 

□ An unexpected trap 

□ A user program has “ dropped ’’into the monitor (by calling monitor 
function abortent). 

□ You have manually ‘ ‘broken’ ’ into the monitor mode (by typing the 
LI-a sequence on a Sun keyboard or I Break 1 on a dumb terminal’s 
keyboard). 

Read the section entitled Displaying and Modifying Memory for details on how 
to use this command. Replace the word command in the description with the 
letter a. 

Monitor b Command b?or b/ boot_device path argument_list 

The boot command loads and executes the SunOS operating system, an 
EEPROM-specified program, or a user-specified program. The boot program can 
be loaded from the default device, the device specified in the EEPROM, or the 
boot device specified in the command argument. A boot_device is a secon¬ 
dary storage device (disk, Ethernet or tape) that contains the program to be 
loaded and executed. 

If the diagnostic switch on the back of the system is in the NORM position, the 
value in EEPROM address 0x18 is not equal to 0x12, and the boot command is 
entered without arguments, the system will boot the SunOS operating system, 
using the following default boot device polling sequence. 

1. XylogicsDisk 

2. SCSI Disk 

3. Ethernet 
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If the EEPROM value at address 0x18 is equal to 0x12, the system will boot the 
SunOS operating system from an EEPROM-specified device. The boot device is 
specified in locations 0x19 through OxlD, inclusive, of the EEPROM. Refer to 
the q command for information on how to open and modify these EEPROM loca¬ 
tions. 

When the diagnostic switch is in the DIAG position and command b is entered 
by itself, the system will boot an EEPROM-specified program from an EEPROM- 
specified device. In this case, the boot path is specified in locations 0x28 through 
0x50, inclusive, of the EEPROM; the boot device is specified in locations 0x22 
through 0x26, inclusive, of the EEPROM. If the boot attempt fails, the user is 
returned to the monitor’s command level. 

In order to boot from a specific device, the b command must be followed with a 
boot device abbreviation, such as those shown below. Enter b ? to view the 
boot device identifier arguments that your PROM monitor will accept. 

b device(controller,unit,partition)path argument_list 

You must surround controller, unit, and partition with 
parentheses, and place a comma after each entry. To invoke the default values, 
simply enter: 

b device ( ,,) 

devi ce may be one of the following: 

xy — Xylogics 450/451 disk 

sd — SCSI disk 

ie — Intel Ethernet 

St — SCSI tape 

xt — Xylogics 472 Tape 

mt — Tape Master 9-Track Tape 

controller stands for the Controller Number, referring to the tape or disk 
controller board. The default is 0. 

unit refers to Unit Number, meaning disk number. The default is 0. 

par 111 i on is the partition number of the boot device. The default is 0. 

path is the path and filename of the program to boot. 

argument_list is the list of arguments for the boot program. Up to seven 
optional arguments (which are passed to the boot program) may follow the path 
argument. 

If you do not want the system to be reset prior to booting, you must insert ! 
before the device identifier argument. 

b ie(0,0,1)/stand/video.diag -t 

The boot command shown above would boot the video diagnostic from the 
/stand directory over the Ethernet. Because the ! argument does not precede 
the device identifier argument, the system is reset before the booting process 
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begins. Note that one optional argument (-t) is passed on to program 
video.diag. 

Monitor c Command c virtual_address 

The continue command resumes execution of an interrupted program. You 
can specify the virtual address of the instruction to be executed when the pro¬ 
gram restarts. 

By default, the program resumes execution at the address pointed to by the pro¬ 
gram counter. 

NOTE This command is helpful if you should use the LI-A sequence and decide you 
did not want to abort the operating system. 

Monitor d Command d register_number action 

The data register command provides access to the CPU’s data registers. 
register_number can be a value from 0 to 7 inclusive. The default value is 
0 . 

It is important to note that it is not possible to display the state of the processor at 
all times. In particular, processor state is only observable after: 

□ An unexpected trap 

o A user program has ‘ ‘ dropped ’ ’ into the monitor (by calling monitor func¬ 
tion abortent) 

□ You have manually “broken” into the monitor (by typing Ll-a on the 
console’s keyboard or break on the “dumb” terminal’s keyboard). 

Read the previous section. Displaying and Modifying Memory for details on how 
to use this command. Replace the word command in the description with the 
letter d. 

Monitor e Command e virtual_address 

The display/modify memory command displays and/or modifies the con¬ 
tent of one or more virtual addresses in word mode (i.e. each virtual address will 
be treated as a 16-bit unit). That is, the content of one or more words can be 
displayed, modified or, both displayed and modified. 

See the previous section Displaying and Modifying Memory for a description of 
this command’s syntax. Use the letter e in place of the word command in the 
description. 
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Monitor f Command 


Monitor g Command 


Monitor h Command 


Monitor ± Command 
3/2xx Only 


f start_virtual_address end_virtual_address pattern size 

The block write command writes the pattern you enter into each byte, 
word or long word in the range of virtual addresses you specify with the 
start_virtual_address and end_virtual_address arguments . By 
default, if the final, memory-ceU-size argument is not present, bytes are written. 
Arguments start_virtual_address end_virtual_address and 
pattern are required while size is optional. The possible values for size 
are b (8-bit byte), w (16-bit word) or 1 (32-bit long word). 

g vector argument 

or 

g virtual_address argument 

When you use the goto command, you may go to (jump to) a pre-determined, 
user-specified or default routine. If a pre-determined or default routine is 
invoked, optional arguments vector (a hexadecimal number) and argu¬ 
ment (a string) are passed to the routine to be executed. 

In its other form, the argument virtual_address is used to indicate the vir¬ 
tual address of a user-specified routine, and the optional argiament is passed 
along to that routine. If you do not supply the vector / virt ual_addres s 
argument, the value in the Program Counter is used. 

In order to set up a pre-determined routine, a user program has to set variable 
*romp->v_vector_cmd equal to the virtual address of the routine. Variable 
*romp->v_vector_cmd must be set prior to executing the g command. 
Pre-determined routines may or may not return to the monitor. 

The d^ault routine, defined by the monitor, simply prints the user-specified 
vector argument according to the user-specified format (given in argument) 
before returning to the monitor. The only ^owable formats are %xand %d. 
Format %x prints argiunent vector as a hexadecimal number while format 
%d prints argument vector as a decimal number. 

h 

The help command brings up a Help display that describes the basic monitor 
commands and their argument(s). No arguments are accepted by the h com¬ 
mand. An example of the help menu is shown at the beginning of this chapter. 

Sun- i cache_data_offset 

The modify cache data ram command displays and/or modifies the con¬ 
tents of one or more of the cache data addresses. Read the previous section 
Displaying and Modifying Memory for details on how to use this command. 
Replace the word command in the description with the letter i. 
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Monitor j Command 
3/2xx Only 


Monitor k Command 


Monitor 1 Command 


Monitor m Command 


Monitor n Command 
3/2xx Only 


Monitor o Command 


Sun- j cache_tag_offset 

The modify cache tag ram command displays and/or modifies the con¬ 
tents of one or more of the cache tag addresses. Read Displaying and Modifying 
Memory for details on how to use this command. Replace the word command in 
the description with the letter j. 

k resetJevel 

The reset command performs various levels of system resets. It can also be 
used to display the system’s banner. This command accepts one optional argu¬ 
ment. Entering k 0 resets the VME-bus, interrupt register and video monitor 
(the Low-Level Reset). 

Entering k 1 invokes a Software Reset. 

Entering k 2 invokes a Power-On Reset (Hard Reset). 

Finally, entering k b displays the banner on the video monitor. The default 
value of the argument is 0. 

1 virtual_address 

The modify long words of memory command displays and/or modifies 
the contents of one or more virtual addresses in long word mode. Each virtual 
address is treated as a 32-bit unit (long word). Read Displaying and Modifying 
Memory for details on how to use this command. Replace the word command in 
the description with the letter 1. 

m virtual_address 

The modify segment table command displays and/or modifies the con¬ 
tents of one or more of the Segment Table entries. Read Displaying and Modify¬ 
ing Memory for details on how to use this command. Replace the word com¬ 
mand in the description with the letter m. 

Sun- n cache_command 

The control cache command globally controls the cache. One argument is 
required. Entering n d disables the cache. Entering n e enables the cache. 
Finally, entering n i invalidates the cache. 

o virtual_address 

The modify bytes of memory command displays and/or modifies the 
content of one or more virtual addresses in byte mode. Each virtual address is 
treated as an 8-bit unit (byte). Read Displaying and Modifying Memory for 
details on how to use this command. Replace the word command in the descrip¬ 
tion with the letter o. 
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Monitor p Command 


Monitor q Command 


Monitor r Command 


p virtual_address 

The modify page table command displays and/or modifies the contents 
of one or more of the Page Table entries. Read Displaying and Modifying 
Memory for details on how to use this command. Replace the word command in 
the description with the letter p. 

q eeprom_offset or q * 

The modify bytes of EEPROM command displays and/or modifies the 
configuration information within the EEPROM in byte mode. This command 
works similarly to the memory commands discussed previously, except that the 
modified addresses are offset, and the changes you make remain when you 
power-down the workstation. Read the previous section. Displaying and Modify¬ 
ing Memory for details on how to use this command. Replace the word com¬ 
mand in the description with the letter q. Rtftrio\h& Sun-3 EEPROM Layout 
chapter for information on what parameters are stored at which EEPROM 
addresses. 

q* —Version 2.4 and later Boot PROM Only 

In the Version 2.4 Boot PROM, you may enter an asterisk instead of an EEPROM 
offset value as an argument, and the q command will erase the entire EEPROM. 

r 

The miscellaneous register command displays and/or modifies the 
contents of the CPU’s miscellaneous registers. These registers are listed in the 
table below: 


Table 8-1 Miscellaneous Registers for the 68020 


68020 Miscellaneous Registers 

Symbol 

Name 

IS 

Interrupt Stack Pointer 

MS 

Master Stack Pointer 

US 

User Stack Pointer 

SF 

Source Function Code 

DF 

Destination Function Code 

VB 

Vector Base 

CA 

Cache Address Register 

CC 

Cache Control Register 

CX 

Context Register 

SR 

Status Register 

PC 

Program Counter 
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It is important to note that it is not always possible to display the registers. They 
may be observed only after 

□ An unexpected trap 

□ A user program has ‘ ‘ dropped’ ’ into the monitor (by calling monitor func¬ 
tion abortent) or 

a You have manually “broken” into the monitor (by typing Ll-a on the Sun 
keyboard or I Break! on a “dumb” terminal’s keyboard). 

Read the previous section Displaying and Modifying Memory for details on how 
to use this command. Replace the word command in the description with the 
letter r. 

Monitor s Command s number 

The modify command sets or displays the address space to be used by subse¬ 
quent memory access commands. The processor function codes decode the 
address spaces. Argument choices represent the function codes: 


Table 8-2 Function Code Values 


Value 

Address Space 

0 

Reserved (don’t use) 

1 

User Data 

2 

User Program 

3 

Control Space 

4 

Reserved (don’t use) 

5 

Supervisor Data 

6 

Supervisor Program 

7 

CPU Space 


If you do not enter a function code number, the current setting (either 1 or 5) is 
displayed, and entry of the monitor o command, for example, would cause the 
program to look for the specified address in either user or supervisor data space. 
Conversely, if you reset the function code number, you could query registers in 
the space represented by the number entered. For example, entering 

>s 3 

would allow you to read the bus error or system enable register, which are 
located in Control Space. 


Monitor u Command u port options baud_rate 

or 

u echo 
or 

u uvirtual address 
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The input!output command configures the input and output devices and their 
characteristics or displays the current input and output device set-up. 

The u command requires arguments to specify from which device(s) you want 
the system to expect input or which device(s) wiU display output. 

If you do not enter an argument after the u command, the program will display 
the current settings. If no serial port is specified when changing baud rates, the 
baud rate of the current input device is changed. The default serial port baud rate 
is 9600 for both ports during a normal boot. During a diagnostic boot, defaults 
are 9600 baud for Port A and 1200 for Serial Port B. 

Upon normal power-up (diag switch is in NORM position), the default console 
input device is the Sun keyboard, unless the EEPROM has specified another 
default input device. If the keyboard is unavailable, the system looks to serial 
port A for for input. 

The default console output device is the Sun monitor (subject to change through 
EEPROM programming). If the workstation has a color monitor and a color board 
is unavailable, the program will look for a monochrome monitor as an output 
device. 

You may alter the existing I/O settings while you are in the monitor mode, using 
the commands listed below; however, the default settings will be reinstated when 
the system is power cycled. 

u Command Arguments: 

The port argument can be one of the following: 

Table 8-3 Port Arguments 


Port Argument 

Device 

a 

Serial Port A 

b 

Serial Port B 

k 

Keyboard 

s 

Screen 


The options arguments are: 
Table 8-4 Option Arguments 


Option Argument 

Meaning 

i 

input 

o 

output 

u 

UART 

e 

input echoed to output 

ne 

input not echoed to output 

r 

reset specified serial port 


The baud_rate argument specifies baud rate of the serial port being dis¬ 
cussed. The virt ual_addres s argument specifies the virtual address of the 
UART (Universal Asynchronous Receiver/Transmitter). 
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Monitor v Command 


Monitor w Command 


Following are examples of port and options arguments: 

□ Enter u aio or u bio to select serial port A or B as the input and output 
device. 

□ Enter u 

□ Enter u 

□ Enter u 

□ Enter u 

□ Enter u 

□ Enter u 

□ Enter u 

□ Enter u 

□ Enter u 

o Enter u 

□ Enter u address to set the serial port virtual address. 


ai or u bi to select serial port A or B for input only, 
ao or u bo to select serial port A or B for output only, 
k to select the keyboard for input 
ki to select the keyboard for input, 
s to select the screen for output, 
so to select the screen for output 

ks, sk to select the keyboard for input and the screen for output. 
abaud rate or u bbaud rate to set the serial port speed, 
e to cause the output to echo the input, 
ne to cause the output not to echo the input. 


A previously mapped UART can also be used for input and/or output. Command 
u uvirtual_address”, where virtual_address is the virtual address 
of a previously mapped UART, changes the virtual address of the UART. Do not 
enter a space between the second u and the virtual address. 

If the u command is not followed by an argument, the current settings are 
displayed. The current input device, output device, baud rate for serial ports A 
and B, UART’s virtual address and input to output echo indicator are shown. 


V start_virtual_address end_virtual_address size 

The display memory block The display memory block com¬ 
mand displays the contents of each byte, word or long word in the range of vir¬ 
tual addresses specified by start_virtual_address and 
end_virtual_address. The word_size argument is optional; the 
default is to display memory in byte format. In this format, sixteen consecutive 
bytes are displayed on each line. In word format, eight consecutive words appear 
on each line. 

If long word format is enabled, four consecutive long words appear on each line. 
To the far right of each line, the character corresponding to each byte is also 
shown. AU bytes that contain a non-AScn code are shown as a period (.). Legal 
values for size are b (8-bit byte), w (16-bit word), or 1 (32-bit long word). 

To terminate the v command, press the space bar. To “freeze’ ’ the display, 
press any key except the space bar. To restart the v command, press the space 
bar again. 


w virtual_address argument 

The set execution vector command allows you to vector to apre- 
determined or d^ault routine. Optional arguments virtual_address and 
argument are passed along to the to-be-executed routine. 

In order to set up a pre-determined routine, a user program sets the variable 
*romp->v_vector_cmd equal to the virtual address of the pre-determined 
routine. Variable *romp->v_vector_cmd must be set prior to executing the 
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Monitor x Command 


Monitor y Command 
3/2xx Only 


Monitor z Command 


w command. Pre-determined routines may or may not return to the monitor. 

The default routine, defined by the monitor, simply prints the user-specified 
virtual_address argument according to the user-specified format (given in 
argument) before returning to the monitor. The only allowable formats are 
“%x” and “%d”. Format “%x” prints argument virtual_address as a 
hexadecimal number; format “%d” prints it as a decimal number. 

X 

The extended test system command invokes the Extended Test 
Sequence or the Extended Test System, depending on what Boot PROM revision 
is on the CPU board. See Chapter 9 for details. 

Sun- y c number 
or 

y cache_section number virtual_address 

The flush cache command performs a number of flush operations on the 
cache. Depending on what is to be flushed, two or three arguments are required. 
In order to flush a context, enter command y c number, where number is a 
valid context number. 

Entering y s number virtual_address flushes segment 
virtual_address within context number. The argument number is a 
valid context number. 

Entering y p number virtuai_address flushes page 
virtual_address within context number. The argument number is a 
valid context number. 

z number breakpoint_virtual_address type len 

Command z sets or resets breakpoints for debugging purposes. Optional argu¬ 
ment number can have values from 0 to 3, corresponding to the processor 
debug registers DRO to DR3, respectively. Up to four distinct breakpoints can be 
specified. If argument number is not specified, the monitor will choose a break¬ 
point number. 

The argument breakpoint_virtual_address specifies the breakpoint 
address to set. 

Tlie argument type can have three values: x for Instmction Execution break¬ 
point, m for Data Write only breakpoint, and r for Data Reads-and-Writes-only 
breakpoint. The default value for type is x. 
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The argument len can also have three values: b, w, and 1, corresponding to 
the breakpoint field length of byte, word, and long-word, respectively. The 
default value for lenis b. Since the breakpoints are set in the on-chip regis¬ 
ters, an instruction breakpoint can be placed in ROM code or in code shared by 
several tasks. 

If the argument number is specified but the argument 
breakpoint_virtual_address is not specified, then the corresponding 
breakpoint will be reset. 

This command without any arguments will display aU the existing breakpoints. 
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Suii-3 Extended Test Sequence. 101 

9.1. Extended Menu Test Descriptions. 101 

9.2. Sun-3 Extended Test Sub-Menus. 107 










Sun-3 Extended Test Sequence 


The Extended Menu Tests are a suite of test routines that provide detailed testing 
of the system hardware. They provide an additional level of testing beyond the 
power-up self-tests. You can invoke the Extended tests in two ways. 

If the system is being booted with the diagnostic switch in DIAG position, this 
message is displayed on the terminal screen: 

-^ ^ 

Type a character within 10 seconds to enter Menu Tests... 

V_. 

If you do type a character, the Extended tests start. 

j 

The other way to invoke the Extended test is to type the x command from the 
PROM monitor. You are in the monitor when you see the > prompt on the screen. 

9.1. Extended Menu Test The Extended tests are organized into a series of menus. Each menu follows. 
Descriptions along with descriptions of the command choices. 
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Main Menu Due to the many varieties of Sun-3 workstations, there are five different main 

menus, each representing a sub-class of Sun-3 systems. The menus are similar to 
one another, in that they all have many of the same commands, and a command 
of a given name works the same for all main menus. 

The menu for the Sun-3/150, 3/160, 3/180 and 3/75 workstations looks some¬ 
thing like this: 

f - 

Extended Test Menu: (Enter 'q' to exit) 

Cmd - Test 

ie - Intel Ethernet Test 
kb - Keyboard Input Test 
me - Memory Test 
mk - Mouse/Keyboard Ports Test 
mt - Tapemaster Bootpath 
rs - Serial Ports Test 
sd - SCSI Disk Bootpath Test 
St - SCSI Tape Bootpath Test 
vi - Video Test 

xd - Xylogics 7053 Disk Bootpath Test 
xt - Xylogics Tape Bootpath Test 
xy - Xylogics Disk Bootpath Test 

Cmd=> 


The main menu for the Sun-3/50 workstations is a subset of that for the the Sun- 
3/160 due to the fact that the Sun-3/50 has a more limited set of peripheral I/O 
devices. On the Sun-3/50 CPU Board, the AMD Ethernet Chip set is used instead 
of the Intel Ethernet Chip set. The Sun-3/50 Extended Test main menu looks 
something like this: 


r 



Extended Test Menu: (Enter 'q' to exit) 


Cmd - 

Test 


ae - 

AMD Ethernet Test 


kb - 

Keyboard Input Test 


me - 

Memory Test 


mk - 

Mouse/Keyboard Ports Test 


rs - 

Serial Ports Test 


sd - 

SCSI Disk Bootpath Test 


si - 

SCSI Interface Test 


St 

SCSI Tape Bootpath Test 


vi - 

Video Test 


Cmd“> 



V 


V 
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The main Extended Test Menu for the Sun-3/110 woikstation looks something 
like this: 



The main Extended Test Menu for the Sun-3/260 and Sun-3/280 workstations 
looks something like this: 
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The main Extended Test Menu for the Sun-3/60 workstation looks something 
like this: 


Extended Test Menu: (Enter ' q' to exit) 

Cmd - Test 

ae - AMD Ethernet Test 

kb - Keyboard Input Test 

me - Memory Test 

mk - Mouse/Keyboard Ports Test 

rs - Serial Ports Test 

sd SCSI Disk Bootpath Test 

si - SCSI Interface Test 

St SCSI Tape Bootpath Test 

vm - Video (Monochrome) Test 

VC - Video (Color) Test 

ve - Video Enable Plane Test 

cm -- Color Map Test 

VO - Video Overlay Plane Test 

Cmd«> 

< _ > 


The following paragraphs briefly describe the Extended Test Menu choices, in 
alphabetical order. 

ae 

The AMD Ethernet Test checks the AMD Am7990 (Lance) Ethernet Chip, 
the Am7991 (SIA) Serial Interface Unit Chip, the AM7995 
Transmitter/Receiver Chip, and the connection to the Ethernet network. 

This command brings up the AMD Ethernet Test Menu which is discussed 
later in this chapter. 

cm 

The Color Map Test command checks the color map table memory space 
only in Sun-3/1 lO’s. This command displays the Color Map Menu. 

le 

The Intel Ethernet Test checks the Intel 82586 Ethernet Coprocessor chip, 
the Intel 82501 Serial Interface Unit chip, and the connection to the Ethernet 
network. This command brings up the Intel Ethernet Test Menu, which is 
discussed later in this chapter. 

kb 

The Keyboard Test command determines whether or not keyboard characters 
are correctly transmitted to the CPU. When this test begins, the ASCII code 
corresponding to a character, and the character itself, appear on the screen as 
you press keys on the keyboard. To exit the test, type an [ESC I character. 

me 

The Memory Tests command invokes the Memory Menu. This menu of tests 
is described later in this chapter. 
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mk 

The MouselKeyboard Ports Tests command invokes a sub-menu that con¬ 
tains the keyboard and mouse tests, which are discussed later in this chapter. 

mt 

The Tapemaster Bootpath Test command tests the bootpath to the 1/2-inch 
Tapemaster tape drive. It makes sure the system can boot programs from 
this device. The test sends a boot sequence to the selected device. If the 
device is present, it reads the boot blocks into system memory without actu¬ 
ally executing the boot code. When the test is selected, but before it runs, 
the Options Menu is displayed, through which you may control the test’s 
behavior. 

rs 

The Serial Ports Tests command invokes the Serial Ports Menu. This menu 
of tests is discussed later in this chapter. 

sd 

The SCSI Disk Bootpath Test command tests the bootpath to the SCSI hard 
disk. It makes sure the machine can boot programs from this device. The 
test sends a boot sequence to the selected device. If the device is present, it 
reads the boot blocks into system memory without actually executing the 
boot code. When the test is selected, but before it runs, the Options Menu is 
displayed, through which you may control the test’s behavior. 

si 

The SCSI Interface Tests command checks the VLSI chips that constitute the 
SCSI interface logic. They are: the 6X80 FIFO chip, the UDC DMA Con¬ 
troller chip, the NCR 5380 SCSI Controller chip, and the addressing and data 
paths connecting them. This command displays the SCSI Interface Menu, 
which is discussed later in this chapter. 

St 

The SCSI Tape Bootpath Test command tests the bootpath to the SCSI tape 
drive. It makes sure the system can boot programs from this device. The 
test sends a boot sequence to the selected device. If the device is present, it 
reads the boot blocks into system memory without actually executing the 
boot code. When the test is selected, but before it runs, the Options Menu is 
displayed, through which you may control the test’s behavior. 

VC 

The Video Color Tests command checks the 1 Mbyte frame buffer used for 
color video display in the Sun-3/110 and Sun-3/60. This command displays 
the Video Color Menu, discussed later in this chapter. 

ve 

The Video Enable Plane Tests command checks the 128 Kbyte video enable 
plane, present only in Sun-3/110s and Sun-3/60s. This command displays 
the Enable Plane Menu, discussed later in this chapter. 

vi 

The Video Menu Tests command invokes the Video Menu. This menu con¬ 
tains all of the video tests, which are discussed later in this chapter. 
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VO The Video Overlay Plane Test (Sun-3160 Only) provides a test of the 128 
Kbyte video overlay plane. 

xd The Xylogics 7053 Disk Bootpath Test tests the bootpath to the Xylogics 
7053 Disk Controller. It makes sure the system can boot programs from this 
device. The test sends a boot sequence to the selected device. If the device 
is present, it reads the boot blocks into system memory without actually exe¬ 
cuting the boot code. 

xt 

The Xylogics Tape Bootpath Test command tests the booqiath to the Xylo¬ 
gics tape drive. It makes sure the system can boot programs from this de¬ 
vice. The test sends a boot sequence to the selected device. If the device is 
present, it reads the boot blocks into system memory without actually exe¬ 
cuting the boot code. When the test is selected, but before it runs, the 
Options Menu is displayed, through which you may control the test’s 
behavior. 

xy 

The Xylogics 4501451 Disk Bootpath Test command tests the bootpath to the 
Xylogics 450/451 Disk Controller. It makes sure the system can boot pro¬ 
grams from this device. The test sends a boot sequence to the selected de¬ 
vice. If the device is present, it reads the boot blocks into system memory 
without actually executing the boot code. When the test is selected, but 
before it runs, the Options Menu is displayed, through which you may con¬ 
trol the test’s behavior. Plane Menu, discussed later in this chapter. 
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9.2. Sun-3 Extended Test 
Sub-Menus 


AMD Ethernet Test Menu 


The sub-menus that some of the Main Menu selections bring up are described 
here, in this order: 

□ Ethernet Menus 

□ Memory Menu 

□ Mouse/Keyboard Menu 
o Serial Port Menu 

□ SCSI Menus 

□ Video Menus 

o Option Menu 


This menu contains aU the tests that check the AMD Ethernet chips present on 
the Sun-3/50 CPU Board. 


f 


Cmd - Test 


w - Wr/Rd CSRl 


1 - Local loopback 


X - External loopback 


Cmd-> 





The following paragraphs describe the AMD Ethernet Test Menu. 

w The Write and Read CSRl Test command writes and reads a specified pat¬ 
tern to Control/Status Register 1, a write/read data register within the 
AM7990 Lance chip. 

1 The Local Loopback Test command makes the Am7990 chip disconnect 
itself from the Serial Interface Unit chip, then perform an internal loopback 
within the AM7990 chip. This test checks the Am7990 chip in isolation. 

X The External Loopback Test command requires that you attach an external 
terminator to the Ethernet connector. This test checks all three chips and the 
external connector. 
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Intel Ethernet Test Menu This menu comes up when you select ie from a Sun-3/75,150,160,110,180, 

260 or 280. It contains all the tests that check Intel Ethernet circuitry. 



The following paragraphs describe the Intel Ethernet Test Menu selections. 

1 

The local command tests the Intel 82586 Ethernet LAN co-processor chip. 

It runs the internal tests built into the chip. Prior to the test, the Intel 82586 
Ethernet LAN co-processor chip disconnects itself from the Intel 82501 
Serial Interface Unit Chip. 

e 

The encoder command runs an internal loop back test of the Intel 82501 
Serial Interface Unit Chip. The transmitter line, receiver line, noise filters 
and Manchester encoding/decoding logic are tested. Before executing this 
test, the transmitter and receiver lines of the chip are connected together. 

X 

The external command runs the external loop back test. This test checks the 
Intel 82586 Ethernet LAN Co-processor Chip, the Intel 82501 Serial Inter¬ 
face Unit Chip and the Ethernet transceiver and receiver lines. The test 
sends data out onto the Ethernet, then receives it back and compares the 
transmitted and received data. Before running this test, attach an Ethernet 
transceiver cable to the CPU board and the terminator assemblies to the 
black transceiver box. 
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Memory Menu 


The Memory Menu is offered when you select me from any Extended Test Main 
Menu. 


Enter Cmd [low address >=» 0] [high address <= 3FBFFFJ [pattern] 

Cmd - Test 

a - Address Test 
c - 0ata Compare Test 
s - Scan Memory 
w - Write Only Pattern 

Cmd“> 

___ j 


a.low_address high_address 

The Address Test command executes the address test on a range of memory. 
When the test is selected, but before it runs, the Options Menu is displayed, 
through which you may control the test’s behavior. When the test runs, 
write-read-compare cycles are performed on long words. The datum that is 
written to each memory “cell” is its own address. This command accepts a 
maximum of two arguments. 

The low_address argument specifies the first address to test. By 
default, the value of iow_address is 0x2000. The low_address 
value should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest memory address available. The 
high_address value should be a hexadecimal (base 16) number. 

c low_address high_address pattern 

The Data Compare Test command performs write-read-compare cycles on a 
range of addresses with a specified pattern. Only long words are used in the 
testing. When the test is selected, but before it runs, the Options Menu is 
displayed, through which you may control the test’s behavior. The test 
accepts a maximum of three optional argiunents. 

The I ow_addjress argument specifies the first address to test. By 
default, the value of low_address is 0x2000. The low_address 
value should be a hexadecimal (base 16) number. 

CAUTION Addresses 0x0 to 0x2000 are reserved for use by the boot PROM. If this test 
overwrites those locations, the system may crash. 

The high_address argument indicates the final address to test. The 
default high address is the highest memory address available. The 
high_address value should be a hexadecimal (base 16) number. 

The pa ttern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 

The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 
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s low_address high_address pattern 

The Scan Memory command reads the specified range of addresses, and 
compares them to the value set by pattern. When the test is selected, but 
before it rans, the Options Menu is displayed, through which you may con¬ 
trol the test’s behavior. The test accepts three optional arguments. 

The low_address argument specifies the first address to test. By 
default, the value of low_address is 0 k2000. The low_address 
value should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest memory address available. The 
high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 

The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

w low_address high_address pattern 

The Write Only Pattern command writes a pattern to a range of addresses. 
When the test is selected, but before it runs, the Options Menu is displayed, 
through which you may control the test’s behavior. The test accepts three 
optional arguments. 

The Iow_address argument specifies the first address to test. By 
default, the value of Iow_address is 0x2000. The low_address 
value should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest memory address available. The 
high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern written throughout the range of 
addresses. The default value of pattern is Oxaaaaaaaa. The pat¬ 
tern value should be a hexadecimal (base 16) number. 
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Mouse/Keyboard Ports Test 
Menu 

When you select ink from the Extended Test Main Menu on any system, these 
tests are offered for one of the CPU board’s two Z8530 Serial Communications 
Controller (SCC) chips, which controls both the keyboard and the mouse. The 
Keyboard and Mouse Menu contains four options. These options are presented 
below: 

r 

Mouse/Keyboard Ports 

Tests: (Enter 'q' to return to Test Menu) 

. Enter port cmd: Cmd 

[port<M or K) ] [Baud rate (decimal #>] [hex byte pattern] 

Cmd -- Test 


w “ Wr/Rd SCC Reg 12 Test 

X — Xmit Char Test 
i - internal Loopback test 
e - External Loopback Test 

Cmd-> 

j 


The following paragraphs describe the Mouse/Keyboard Ports menu choices. 
For each menu selection, the channel argmnent may be; 


Letter 

Device 

k 

Keyboard (default) 

m 

Mouse 


w channel pattern 

The WrIRd SCC Reg command performs write-read-compare cycles to regis¬ 
ter 12 of the port under test When the test is selected, but before it mns, the 
Options Menu is displayed, through which you may control the test’s 
behavior. This command accepts three arguments. Refer to the beginning 
of this section for channel argument choices. The pattern argument 
specifies which pattern is written to the port. By default, the pattern is 
Oxaa. The pattern should be a hexadecimal (base 16) number. 

X channel baud pattern 

The Xmit command writes patterns to the port under test. When the test is 
selected, but before it runs, the Options Menu is displayed, through which 
you may control the test’s behavior. This command accepts three argu¬ 
ments. 

Refer to the beginning of this section for channel argument choices. 

The baud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 
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Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 

i channel baud pattern 

The Interna 1 command performs internal loop back write-read-compare 
cycles on the port under test. When the test is selected, but before it mns, 
the Options Menu is displayed, through which you may control the test’s 
behavior. The transmitter and receiver lines of the requested port are con¬ 
nected internally prior to the test. 

This command accepts three arguments. 

Refer to the beginning of this section for channel argument choices. 

The jbaud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 

e channel baud pattern 

The External command executes an external loop back test on a user- 
specified port. Write-read-compare cycles are performed on the port under 
test. In order to mn this test, the within-port external loop back cable must 
be installed (see Chapter 1). 
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When the test is selected, but before it runs, the Options Menu is displayed, 
through which you may control the test’s behavior. This command accepts 
three arguments. 

Refer to the beginning of this section for channel argument choices. 

The baud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is 0xaa. The patt ern should be a hexadecimal (base 
16) number. 
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Serial Ports Menu This menu is selected with the rs Extended Test Menu command and provides 

testing of the second Z8530 SCC chip in the system, which controls serial ports 
A and B. The Serial Ports Menu contains these options: 


Serial Ports Tests: (Enter 'q' to return to Test Menu) 

Enter port cmd: Cmd [port(A or B)] [Baudrate(decimal #)] [hex byte pattern] 
Cmd - Test 

w - Write/Read SCC Reg 12 
X - Xmit char 
i - Internal loopback 
e - External loopback 

Cmd=> 


w channel baud pattern 

The WrIRd SCC Reg command performs write-read-compare cycles to regis¬ 
ter 12 of the port under test. When the test is selected, but before it runs, the 
Options Menu is displayed, allowing you to control the test’s behavior. This 
command accepts three arguments. 

The channel argument determines which port is to be tested. Legal 
values for channel are shown in the table below: 


Letter 

Device 

a 

b 

Serial Port A (default) 
Serial Port B 


The baud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 
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X channel baud pattern 

The Xmi t command writes patterns to the port under test. This command 
accepts three arguments. 

The channel argument determines which port the test is performed on. 
Legal values for channel are shown in the table below: 


Letter 

Device 

a 

b 

Serial Port A (default) 
Serial Port B 


The baud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pa ttern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 

i channel baud pattern 

The Internal command performs internal loop back write-read-compare 
cycles on the port under test. The transmitter and receiver lines of the 
requested port are connected internally prior to the test. 

When the test is selected, but before it runs, the Options Menu is displayed, 
from which you may control the test’s behavior. This command accepts 
three arguments. 

The channel argument determines which port the test is performed on. 
Legal values for channel are shown in the table below: 


Letter 

Device 

a 

b 

Serial Port A (default) 
Serial Port B 


The baud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 
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Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 

e channel baud pattern 

The External command executes an external loop-back test on a user- 
specified port. Write-read-compare cycles are performed on the port under 
test. In order to mn this test, the within-port external loop-back cable must 
be installed (see chapter one). 

When the test is selected, but before it runs, the Options Menu is displayed, 
allowing you to control the test’s behavior. This command accepts three 
arguments. The channel argument determines which port the test is per¬ 
formed on. Legal values for channel are shown in the table below: 


Letter 

Device 

a 

b 

Serial Port A (default) 
Serial Port B 


The baud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pat tern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 
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SCSI Interface Menu 



b 

The SCSI Byte Control Test command writes and reads data to and from the 
SCSI byte counter. 


The CS Register Test command writes and reads data to and from the SCSI 
Control/Status Register. 

f 

The SCSI FIFO Test command checks the SCSI FIFO Static RAM. 

s 

The SCSI SBC Test command mns a write and read test of the registers 
within the NCR 5380 SCSI Bus Controller Chip. 

u 

The SCSI UDC Test command mns a write and read test of the registers 
within the AMD 9516 Universal DMA Controller Chip. 

X 

The SCSI External Loopback Test command checks the NCR 5380 chip. It 
also tests the SCSI bus pins on the SCSI Bus Connector at the handle edge 
of the CPU board. Before rurming this test, place a SCSI loopback connec¬ 
tor on the SCSI bus connector. 


This menu contains the commands that test the SCSI interface and is called up 
when you enter si from the Sun-3/50 or 3/60 Extended Test Menu. It contains 
six options, shown below: 
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Video Menu The Video Menu is called up when you enter the vi command from any Sun-3 

Extended Test Main Menu, with the exception of the Sun-3/110 and Sun-3/60. 
Each of the menu options is covered in the text that follows the example menu 
below. 

Video Tests: (Enter 'q' to return to Test Menu) 

Enter Cmd [low address >= 0] [high address <= IFFFF] (pattern] 

Cmd - Test 

a - Address Test 
c - Write/Read/Compare Test 
s - Scan Memory 
w - Write Data Pattern 

Cmd“> 

a low_address high_address 

The Address Test command executes the address test on a range of frame 
buffer memory. Specifically, write-read-compare cycles is performed on 
long words. The datum which is written to each memory “cell” is its own 
address. This command accepts a maximum of two arguments. The 
low_address argument specifies the first address to test. By default, the 
value of Iow_address is 0x0. The iow_address value should be a 
hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

c low high pattern 

The Write/Read/Compare Pattern Test command performs 
write-read-compare cycles on a range of addresses with a specified pattern. 
Only long words are used in the testing. The test accepts three optional 
arguments. The Iow_address argument specifies the first address to test. 
By default, the value of iow_address is 0x0. The low_address 
value should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names the pattern expected throughout the range 
of addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

s low_address high_address pattern 

The Scan Memory Test command reads the specified range of addresses, and 
compares the values to pattern. The test accepts three optional argu¬ 
ments. 
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The iow_address argument specifies the first address to test. By 
default, the value of low_address is 0x0. The loit^address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

w low_address high_address pattern 

The Write Data Pattern command writes a pattern to a range of addresses. 
The test accepts three optional arguments. 

The Iow_address argument specifies the first address to test. By 
default, the value of low_address is 0x0, The low_addressvdluc 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern written throughout the range of 
addresses. The default value of pattern is Oxaaaaaaaa. The pat¬ 
tern value should be a hexadecimal (base 16) number. 
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Monochrome Video Menu This test is provided to test the 128 Kbyte frame buffer space for the Sim-3/110 

or 3/60 video display. It is called up when you enter vm from the Extended Test 
Main Menu. The following options are available for write/read and address tests. 

Monochrome Video Tests: (Enter 'q' to return to Test Menu) 

Enter Cmd [low address >= 0] [high address <= IFFEF] [pattern] 

Cmd -- Test 

a - Address Test 
c - Write/Read Test 
s -- Scan Memory Test 
w Write Only Test 

Cmd=> 


a low_address high_address 

The Address Test command executes the address test on a range of frame 
buffer memory. Specifically, write-read-compare cycles is performed on 
long words. The datum which is written to each memory "cell" is its own 
address. This command accepts two arguments. 

The Iow_address argument specifies the first address to test. By 
default, the value of ioiy_address is 0x0. The low_address \dl\ic 
should be a hexadecimal (base 16) number. 

The high_addressargimientindicatesthefinaladdresstotest. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

c The WritelRead Pattern Test command performs write-read-compare cycles 
on a range of addresses with a specified pattern. Only long words are used 
in the testing. 

s low_address high_address pattern 

The Scan Memory Test command reads the specified range of addresses, and 
checks for parity errors. The test accepts three optional arguments. 

The Io!v_address argument specifies the first address to test. By 
default, the value of Iow_address is 0x0. The Ioiv_address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 



microsystems 


Revision A of 9 May 1988 





Chapter 9 — Sun-3 Extended Test Sequence 121 


w low_address high_address pattern 

The Write Only Test command writes a pattern to a range of 
addresses. The test accepts three optional arguments. 

The I ow_address argument specifies the first address to test. By 
default, the value of lot/_address is 0x0. The Iow_address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 
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Video Color Menu The following options are available when you select vc from the Sun-3/60 or 

Sun-3/110 Extended Test Main Menu: 


Color Frame Buffer Tests; (Enter '^q' to return to Test Menu) 

Enter Cmd [low address >® 0] [high address <= OxFFFFF] (pattern] 

Cmd - Test 

a - Address Test 
c - Write/Read Test 
s - Scan Memory Test 
w - Write Only Test 

Cmd“> 


a low_address high_address 

The Address Test command executes the address test on a range of frame 
buffer memory. Specifically, write-read-compare cycles is performed on 
long words. The datum that is written to each memory “cell” is its own 
address. This command accepts two arguments. 

The Iow_address argument specifies the first address to test. By 
default, the value of Iow_address is 0x0. The low_addressydhit 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

c The WritelRead Pattern Test command performs write-read-compare cycles 
on a range of addresses with a specified pattern. Only long words are used 
in the testing. 

8 low_address high_address pattern 

The Scan Memory Test command reads the specified range of addresses, and 
checks for parity errors. The test accepts three optional arguments. 

The Iow_address argument specifies the first address to test By 
default, the value of Iow_address is 0x0. The loh^address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 
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w low_address high_address pattern 

The Write Only Test command writes a pattern to a range of addresses. The 
test accepts three optional arguments. 

The Iow_address argument specifies the first address to test. By 
default, the value of low_address is 0x0. The low_address vdlue 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 
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Enable Plane Menu Entering ve from the Sun-3/60 or Sun-3/110 Extended Test Main Menu brings 

up this sub-menu, which is provided to test the 128 Kbyte video enable plane 
present on the CPU Board in those systems. The following options are available: 
- 

Enable Plane Tests: (Enter to return to Test Menu) 

Enter Cmd [low address >= 0] [high address <= OxlFFFE] [pattern] 

Cmd - Test 

a " Address Test 
c “ Write/Read Test 
s - Scan Memory Test 
w - Write Only Test 

Cmd-> 


a low_address high_address 

The Address Test command executes the address test on a range of frame 
buffer memory. Specifically, write-read-compare cycles is performed on 
long words. The datum that is written to each memory “cell” is its own 
address. This command accepts two arguments. 

The low_address argument specifies the first address to test. By 
default, the value of low_address is 0x0. The low_address value 
should be a hexadecimal (base 16) number. The high_address argu¬ 
ment indicates the final address to test The default high address is the 
highest frame buffer memory address available. The high_address 
value should be a hexadecimal (base 16) number. 

c The WritelRead Pattern Test command performs write-read-compare cycles 
on a range of addresses with a specified pattern. Only long words are used 
in the testing. 

s low_address high_address pattern 

The Scan Memory Test command reads the specified range of addresses, and 
checks for parity errors. The test accepts three optional arguments. 

The low_address argument specifies the first address to test. By 
default, the value of low_address is 0x0. The low_address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

w low_address high_address pattern 

The Write Only Test command writes a pattern to a range of addresses. The 
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test accepts a maximum of three optional arguments. The low_address 
argument specifies the first address to test. By default, the value of 
low_address is 0x0. The iow_address value should be a hexade¬ 
cimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pa t tern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 
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Color Map Menu This menu contains all the tests for the Sun-3/110 or 3/60 color map. It comes up 

when you enter cm from the Extended Test Main Menu for those systems. 


- 

Color Map Tests: {Enter 'q' to return to Test 

Menu) 



Enter Cmd [low address >- 0] [high address <= 

0x2FF] [pattern] 



Cmd Test 




a - Address Test 
c - Write/Read Test 
s - Scan Memory Test 
w - Write Only Test 

f ~ Fill color maps with default pattern 



V_ 

Cmd—> 




a low_address high_address 

The Address Test command executes the address test on a range of frame 
buffer memory. Specifically, write-read-compare cycles is performed on 
long words. The datum that is written to each memory “cell” is its own 
address. This command accepts two arguments. 

The Iow_address argument specifies the first address to test. By 
default, the value of low_address is OkO. The low_addressvslue 
should be a hexadecimal (base 16) number. The high_address ^rga- 
ments indicate the final address to test. The default high address is the 
highest frame buffer memory address available. The high_address 
value should be a hexadecimal (base 16) number. 

c The WritelRead Pattern Test command performs write-read-compare cycles 
on a range of addresses with a specified pattern. Only long words are used 
in the testing. 

s low_address high_address pattern 

The Scan Memory Test command reads the specified range of addresses, and 
checks for parity errors. The test accepts three optional arguments. 

The iow_address argument specifies the first address to test. By 
default, the value of Iow_address is 0x0. The low_addressydl\it 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 
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w low_address high_address pattern 

The Write Only Test command writes a pattern to a range of addresses. The 
test accepts three optional arguments. 

The iow_address argument specifies the first address to test. By 
default, the value of loiv_address is 0x0. The ioh^address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names pattern expected throughout the range of 
addresses. The observed values is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 


Video Overlay Plane Test 
Menus 


f 

The Fill Color Map command fills the color map table with a default pat¬ 
tern. The pattern is a set of linearly increasing values. Starting with the first 
location in the red map, a linear set of values, starting with 0, is entered. 

The last location in the red map gets OxFF. 

A similar pattern is entered for the green map, except that the 0 value is 
entered two-thirds of the way down in the map, not at the beginning. The 
values wrap around the green map, so the OxFF value is placed in the loca¬ 
tion just before 0 entry. The blue map has a similar pattern, except the 0 is 
entered at one third of the way down in the map. 

The Video Overlay Plane Test (Sun-3160 Only) provides a test of the 128 Kbyte 
video overlay plane when you enter vo from a Sun-3/60 Extended Test Main 
Menu. The following options are available. 


Enable Plane Tests: (Enter 'q*' to return to Test Menu) 

Enter Cmd [low address >« 01 [high address <=* OxlFFFF] [pattern] 


Cmd - Test 

a - Address Test 
c Write/Read Test 
s ~ Scan Memory Test 
w - Write Only Test 

Cmd^>(Operator enters command line) 

< _ ^. 


The test options sub-menu (described next) is then presented. 
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Test Options Submenu 


This Submenu is displayed after selecting almost any test. It controls the number 
of times a test is executed, and what happens when an error is discovered. 

-N 

Test Options: (Enter 'q' to return to Test Menu) 

Cmd - Option 
f - Loop forever 

h - Loop forever with Halt on error 
1 - Loop once with Loop on error 
n - Loop forever with error messages inhibited 
<cr> - Loop once 

Cmd=> 

_ ! 


f 

The Loop Forever command runs all tests in an endless loop. Error messages 
are still reported. 

h 

The Loop until Error command makes aU tests run in an endless loop until 
an error is detected. If an error occurs, testing halts. 

1 

The Loop on Error command runs the test once. If an error occurs, the test 
enters a scope loop. 

n 

The No Error Messages command runs aU tests in an endless loop. No error 
messages are reported. 

<cr> 

The Execute Once command runs the test once, then returns to the current 
menu. All errors are reported. Select this option by pressing I Return 1 . 
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Sun-3 EEPROM Layout 


10.1. EEPROM Introduction The prom monitor q command opens the EEPROM to allow examination or 

modification of configuration parameters. If you do not enter an address follow¬ 
ing the command, the content of the first address assigned to the EEPROM is 
presented, (eeprom addresses are off-set, rather than complete addresses.) 

EEPROM parameters set these functions: 

□ vary the quantity of memory tested during self^test; 

□ change the action that follows a watchdog reset; 

□ boot from a specified device with diagnostics switch on NORM, or poU the 
devices; 

□ recognize the specified device as the primary terminal or console; 

□ display the Sun barmer or a custom banner during power-up; 

□ store and display a custom logo upon power-up; 

o turn the keyboard ‘ ‘ click’ ’ on or off; 

□ select special keyboard characters; 

□ boot a selected program from a specific device with diagnostics switch on 
DIAG; 

□ inhibit serial port DTR and RTS signals; 

□ select a serial port baud rate; 

□ store a system configuration record on EEPROM; 

□ erase EEPROM contents. 


10.2. Changing EEPROM The Sun-3 PROM Monitor Commands chapter contains q command syntax varia- 

Parameters tions. The paragraphs that follow represent examples of one way to change or 

view EEPROM parameters. The layout section describes which parameters are 
stored at which EEPROM addresses. 

To change the value of a specific eeprom address, you must be in the monitor 
mode, signified by the > prompt. Now, enter the PROM monitor command fol¬ 
lowed by the offset EEPROM address of the parameter you wish to change, and 
I Return 1 : 
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When the program displays the contents of that location, enter the new value fol¬ 
lowed with a non-hexadecimal character, such as a period, or a q for quit, and 
I Return I : 

>q If I Return I 

>EEPROM Olf: 10? 11 . I Return ) 

> 

To exit from the modify mode when you have not entered a new value, simply 
press the space bar and I Return I after the question maik. 

To increment to the next eeprom address instead of returning to the prom moni¬ 
tor program, simply press I Return 1 after the question mark, or immediately fol¬ 
lowing your entry. 

10.3. The EEPROM Layout This section has a detailed description of the eeprom layout. The layout is 

divided into a diagnostic section, a reserved section, a ROM section, and a 
software section. 

The table on the following page provides an example of default system 
configuration parameters that may be present at the various locations, and what 
they mean. Note that the amount of memory may vary greatly; the amount 
shown is the minimum found in a basic system. The ports referenced are those 
present on the CPU board. This is an example only; actual entries may differ 
slightly from this table. 
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Table 10-1 Default System Configuration Parameters 
F/D = Factory Defined U/D = User Defined N/A = Not Applicable 


EEPROM Offset 
Address 

Function 

3/50 

Default Entries for Various Conf^urations 
3160 3I7SI140 31110 

311601180 

3/260 

3/280 

0x000-0x003 

Test Area 

F/D 

F/D 

F/D 

F/D 

F/D 

0x004-0x00E 

Write Count & Checksum 

F/D 

F/D 

F/D 

F/D 

F/D 

0x010-0x013 

Last Hardware Update 

F/D 

F/D 

F/D 

F/D 

F/D 

0x014 

Installed Memory 

0x04 

0x04 

0x04 

0x04 

0x08 

0x015 

Memory Tested 

0x04 

0x04 

0x04 

0x04 

0x08 

0x016 

Monitor Screen Size 

0x00 

0x00 

0x00 

0x00 

0x13 

0x017 

Watchdog Action 

0x00 

0x00 

0x00 

0x00 

0x00 

0x018 

Boot Device: 

Poll/EEPROM 

0x00 

0x00 

0x00 

0x00 

0x00 

0x019-0x10 

Alt.Boot Device 

0x00 

0x00 

0x00 

0x00 

0x00 

OxOlE 

Keyboard Type 

0x00 

0x00 

0x00 

0x00 

0x00 

OxOlF 

Primary Display 

0x12 

0x12 

0x12 

0x00 

0x12 

0x020 

Custom/Sun Banner 

0x00 

0x00 

0x00 

0x00 

0x00 

0x021 

Keyboard Click 

0x00 

0x00 

0x00 

0x00 

0x00 

0x022-0x026 

Diag Boot Device 

0x00 

0x00 

0x00 

0x00 

0x00 

0x028-0x04F 

Diag Boot Path 

0x00 

0x00 

0x00 

0x00 

0x00 

0x050 

High Res Columns 

N/A 

0x50 

N/A 

N/A 

0x50 

0x051 

High Res Rows 

N/A 

0x22 

N/A 

N/A 

0x22 

0x052-0x057 

Reserved 

N/A 

N/A 

N/A 

N/A 

N/A 

0x58 

U/D or Default 

Port A Baud Rate 

0x00 

0x00 

0x00 

0x00 

0x00 

0x059-0x05A 

Alt Baud Rate 

0x00 

0x00 

0x00 

0x00 

0x00 

0x05B 

PortADTR/RTS 

0x00 

0x00 

0x00 

0x00 

0x00 

0x05C0x05F 

Reserved 

N/A 

N/A 

N/A 

N/A 

N/A 

0x060 

U/D or Default 

Port B Baud Rate 

0x00 

0x00 

0x00 

0x00 

0x00 

0x061-0x062 

Alt Baud Rate 

0x00 

0x00 

0x00 

0x00 

0x00 

0x063 

PortBDTR/RTS 

0x00 

0x00 

0x00 

0x00 

0x00 

0x064-0x067 

Reserved 

N/A 

N/A 

N/A 

N/A 

N/A 

0x068-0x0B7 

Custom Banner 

0x00 

0x00 

0x00 

0x00 

0x00 

0x0B8 

Test Pattern 

OxOAA 

OxOAA 

OxOAA 

OxOAA 

OxOAA 

0x0B9 

Test Pattern 

0x55 

0x55 

0x55 

0x55 

0x55 

0x0BC-0xl8B 

Configuration Blocks 

F/D 

F/D 

F/D 

F/D 

F/D 

0x018C 

Key Table Selector 

0x00 

0x00 

0x00 

0x00 

0x00 
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Table 10-1 Drfault System Configuration Parameters — Continued 





Default Entries for Various Configurations 


EEPROM Offset 

Function 

3/50 

3/60 

3/75/140 

3/110 

3/260 

Address 




3/160/180 


3/280 

OxOlSD 

Locale Specifier 

F/D 

F/D 

F/D 

F/D 

F/D 

0x018E 

Keyboard ID 

F/D 

F/D 

F/D 

F/D 

F/D 

0xl90-0x20F 

Lower Case Key Table 

0x00 

0x00 

0x00 

0x00 

0x00 

0x210-0x28F 

Upper Case Key Table 

0x00 

0x00 

0x00 

0x00 

0x00 

0x290-0x48F 

Custom Logo 

0x00 

0x00 

0x00 

0x00 

0x00 

0x500-0x70A 

Write Count & Checksum 

F/D 

F/D 

F/D 

F/D 

F/D 


In this text, the EEPROM locations are described first, in numerical order, with 
tables that illustrate the result of various parameter entries. At the end of each 
description, the offset addresses are shown with illustrations of the content of 
each byte in that range. If, for example, the illustration shows size as the con¬ 
tent of the first byte, the previous text would contain a table of possible hexade¬ 
cimal values that size represents. 

Diagnostic EEPROM Test Write Area 

Four bytes are provided for the EEPROM portion for the CPU Diagnostic. The 
contents of these locations after the test are meaningless because these four 
locations are NOT part of the checksum data area. The Diagnostic area write 
count locations are updated each time these locations are written. 

AiWre5'5[0x000-0x(X)3]: 

Diag Test 
Diag Test 
Diag Test 
Diag Test 
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Diagnostic Area Write Count 

These write counters are for the Diagnostic area of the EEPROM. There are 
three counters that should contain the same count. The purpose of multiple 
write counters is reliability of their correctness. 

Atiirm[0x004-0x009]: 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 


Diagnostic Area Checksum 

Each EEPROM area maintains three identical 8 bit (byte) checksums. These 
separate checksums are intended to be the same. 

ArWre5'5[0x00C-0x00E]: 

Checksum #1 
Checksum #2 
Checksum #3 


Date of Last System Hardware Update 

This four byte location contains the date of the last system update. This date 
is recorded in the same fashion as the Manufacturing date: total seconds 
since 1 January, 1970. 

Address[Q\Q 10-0x013]: 

Date (Bits 31-24) 

Date (Bits 23-16) 

Date (Bits 15-8) 

Date (Bits 7-0) 


Mbytes of installed Memory 

This byte contains the total number (in hexadecimal) of Megabytes of 
memory installed in the system. 

Address[QxQ\A]\ 

Mbytes Installed 
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Mbytes of Memory to test on Normal Boot 

This byte contains the total number (in hexadecimal) of Megabytes of 
memory that the firmware tests prior to the booting. The firmware ignores 
this value and tests aU of memory if the diagnostic switch is in the DIAG 
position. All of memory is initialized even if not tested. 

Ai/rfrm[0x015]: 

Mbytes to Test 


Monitor Screen Size 

This byte selects the appropriate video screen sizes for the Monitor in the 
system. The following table illustrates the options: 


Size 

Definition 

0x00 

1152x900 Screen (Most Sun-3 Systems) 

0x12 

1024x1024 Screen 

0x13 

1600x1280 Screen (Hi Res — Sun-3/200 Series) 

0x14 

1440x1440 Screen 


A hardware change on the CPU 
Board is necessary to complete a 
screen size change. 


Address[0\Q\6\. 

Size 


Watchdog Reset Action 

This byte selects the appropriate action for the firmware after a Watchdog 
Reset. The following table illustrates the options: 


Action 

Definition 

0x00 

Watchdog Reset will fall into Boot PROM Monitor 

0x12 

Watchdog Reset will cause a Power-On-Reset 


Address[QxQ\l]\ 


Action 


Xr microsystems 


Revision A of 9 May 1988 






Chapter 10 — Sun-3 EEPROM Layout 137 


Operating System Boot-Up 

This byte selects whether the Boot prom polls for boot devices in the system 
or uses an EEPROM selectable boot device for loading the Sun Operating Sys¬ 
tem (SunOS) during a normal boot. If this option is selected the boot device 
is specified in EEPROM address 0x019-0x01D. The following table illustrates 
the options; 


Boot Device 

Definition 

0x00 

Poll devices for the SunOS operating system (i.e. xy, sd, etc.) 

0x12 

Use EEPROM specified boot device 


i4rtdre5s[0x018]: 
Boot Device 


Boot Device 

These five bytes provide for installation of a command string that will boot 
the operating system from a specified device when EEPROM address 0x018 is 
set to 0x12, and the diagnostics switch is set to norm. The locations are 
assigned as follows: 


Address 

Definition 

0x019 

Default boot device (1st character converted to hex) 

0x01 A 

Default boot device (2nd character converted to hex) 

OxOlB 

Controller number in Hex 

OxOlC 

Unit number in Hex 

OxOlD 

Partition number in Hex 


Use the following table to convert these boot devices from AScn to Hex: 


Operating System Boot Device 

Address[0x019] 

Address[0x01A] 

xy: Xylogics 450/451 Disk 

0x78 

0x79 

xd: Xylogics Disk (7053) 

0x78 

0x64 

sd: SCSI Disk 

0x73 

0x64 

ie: Intel Ethernet 

0x69 

0x65 

le: AMD (Lance) Ethernet 

0x6C 

0x65 

St: SCSI 1/4" Tape 

0x73 

0x74 

xt: Xylogics 1/2" Tape 

0x78 

0x74 

mt: Tapemaster 1/2" Tape 

0x6D 

0x74 
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Address[QyQ 19-0x01D]: 


Device 

Device 

Controller 

Unit 

Partition 


Keyboard Type 

This byte is to signify a NON-SUN keyboard type. It is currently ignored by 
the Boot PROM. 

>lddre^5'[0x01E]: 

Keyboard 


Primary Terminal 

This byte selects the appropriate device to use as the primary terminal or 
user interface. The following table illustrates the options: 


Terminal 

Definition 

0x00 

Use BAV Monitor (monochrome on-board frame buffer) 

0x10 

Use Serial Port A 

0x11 

Use Serial Port B 

0x12 

Use Color Monitor (CG2, CG3, CG5, or color daughter board) 

0x20 

Use single or first of multiheaded P4 board 


Address[QxO\F]: 
I Terminal 


n 
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Display Sun Banner 

This byte selects whether to display the Sun banner or a custom banner on 
the screen when booting. The custom banner is defined in a 80-byte charac¬ 
ter buffer at eeprom addresses 0x068-0x038. See also the paragraphs Cus¬ 
tom Logo Selector and Custom Logo near the end of this chapter for the loca¬ 
tion and selection of a bit-mapped image that replaces the Sun logo. The 
following table illustrates the banner options: 


Value 

Definition 

0x00 

Display the Sun Banner 

0x12 

Display Custom Banner 


Address[0\Q2Qi\: 

Value 


Keyboard Click 

This byte selects whether the Sun-3 keyboard should be initialized with its 
key click option on or off. The following table illustrates the options: 


Click 

Definition 

0x00 

Turn click OFF 

0x12 

Turn click ON 


Address[Q\Qfl\]\ 

Click 
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Diagnostic Boot Device 

These five bytes define the device that the Boot PROM will use when the 
Diagnostic switch is ON (in DIAG position). The following table illustrates 
the boot device specification: 


Address 

Definition 

0x022 

Default boot device (1st character in hex) 

0x023 

Default boot device (2nd character in hex) 

0x024 

Controller number in Hex 

0x025 

Unit number in Hex 

0x026 

Partition number in Hex 


Use the following table to convert these boot devices from ASQI to Hex: 


Diagnostic Boot Device 

Address [0x022] 

Address[0x023] 

xy: Xylogics 450/451 Disk 

0x78 

0x79 

xd: Xylogics Disk (7053) 

0x78 

0x64 

sd: SCSI Disk 

0x73 

0x64 

ie: Intel Ethernet 

0x69 

0x65 

le: AMD (Lance) Ethernet 

0x6C 

0x65 

St: SCSI 1/4" Tape 

0x73 

0x74 

xt: Xylogics 1/2" Tape 

0x78 

0x74 

mt: Tapemaster 1/2" Tape 

0x6D 

0x74 


A(ii/re5s[0x022-0x026]: 

Device 

Device 

Controller 

Unit 

Partition 
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Diagnostic Boot Path 

These 40 bytes represent a character buffer for a user specified diagnostic 
path (/stand/diag, for example). These ASCII characters are represented by 
hex values, terminated with 0x00. You would first open address 0x028 and 
enter the hexadecimal equivalent of the first character in the selected path, 
and continue on in that manner, ending with 0x00. An ASCn to Hex conver¬ 
sion chart is included at the back of this manual for your convenience. 

A(idrm[0x028-0x04F]: 


ASCII 

ASCII 

Asai 

ASCII 

Asai 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

0x00 




High Res Screen Size 

These 2 bytes allow the selection of the number of columns and number of 
rows for the high resolution monitor. 

Addrm[0x050-0x051]: 

# of columns 
# of rows 


The default entries are 50 for # of columns (the hexadecimal value for 80 
columns), and 22 for # of rows (the hexadecimal value for 34 rows). 


see Port A Default Baud Rate 

This byte selects whether SCC Port A will use the default baud rate of 9600 
baud or the user specified baud rate defined in the Port A Baud Rate 
EEPROM address [0x059-0x05A]. The following table illustrates the 
options: 


Value 

Definition 

0x00 

Use Default Baud rate of 9600 Baud 

0x12 

Use EEPROM defined Baud rate 


Addrcs5[0x058]: 
Value 
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see Port A Baud Rate 

These two bytes define the baud rate at which see Port A is initialized if 
EEPROM address[0x058] has been set to 0x012. These bytes are the hexade¬ 
cimal equivalent of the baud rate. The following table illustrates hexade¬ 
cimal equivalents to the varioixs baud rates. 


Baud Rate 

Hex Equivalent 

Address[0x059] 

Address[0x05A] 

300 

0x012e 

0x01 

0x2e 

600 

0x0258 

0x02 

0x58 

1200 

0x04B0 

0x04 

OxBO 

2400 

0x0960 

0x09 

0x60 

4800 

0xl2e0 

0x12 

oxeo 

9600 

0x2580 

0x25 

0x80 

19200 

0x4B00 

0x4B 

0x00 

38400 

0x9600 

0x96 

0x00 


Ad(ire5's[0x059-0x05A]: 

Baud (High byte) 
Baud (Low byte) 


see Port A DTR/RTS 

This byte selects whether SCC Port A wiU have the signals DTR and RTS 
asserted in the initialization process. The following table illustrates the 
options: 


Value 

Definition 

0x00 

Assert the DTR and RTS signals 

0x12 

Do NOT assert the DTR and RTS signals 


Aifi/re^^lOxOSB]: 
Value 


n 
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see Port B Default Baud Rate 

This byte selects whether SCC Port B will use the default baud rate of 9600 
baud or the user specified baud rate defined in the Port B Baud Rate 
EEPROM address[0x061-0x062]. The following table illustrates the options: 


Value 

Definition 

0x00 

Use Default Baud rate of 9600 Baud 

0x12 

Use EEPROM defined Baud rate 


Address[QyS)(>Q\. 

Value (0x00 or 0x12) 


SCC Port B Baud Rate 

These two bytes define the baud rate at which SCC Port B is initialized if 
EEPROM address 0x060 has been set to 0x012. These bjhes are the hexade¬ 
cimal equivalent of the baud rate. The following table illustrates how to 
specify the baud rate: 


Baud Rate 

Hex Equivalent 

Address [0x061] 

Address [0x062] 

300 

0x012C 

0x01 

0x2C 

600 

0x0258 

0x02 

0x58 

1200 

0x04B0 

0x04 

OxBO 

2400 

0x0960 

0x09 

0x60 

4800 

0xl2C0 

0x12 

OxCO 

9600 

0x2580 

0x25 

0x80 

19200 

0x4B00 

0x4B 

0x00 

38400 

0x9600 

0x96 

0x00 


Address[0fS^6 1-0x062]: 

Baud (High byte) 
Baud (Low byte) 
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see Port B DTR/RTS 

This byte selects whether SeC Port B will have the signals DTR and RTS 
asserted in the initialization process. The following table illustrates the 
options: 


Signal 

Definition 

0x00 

Assert the DTR and RTS signals 

0x12 

Do NOT assert the DTR and RTS signals 


Address{Q\Q6'i]: 

Signal 


eustom Banner 

These 80 bytes represent a character buffer for a user specified custom 
banner to be displayed instead of the Sun banner, when the value of EEPROM 
location is 0x020 is 0x012. AH locations up to the terminator (0x00) are 
displayed; each byte not filled with the hexadecimal equivalent of an ASOI 
character should contain zeroes. 

A<idrm[0x068-0x0B7]: 


ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

0x00 






Test Pattern 

These two bytes are used to provide a known data test pattern to check the 
EEPROM data lines. 


Arfrfrm[0x0B 8-0x0B9]: 


OxAA 


0x55 


sun 

microsystems 
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System Configuration 


There are currently 208 bytes used to represent the hardware configuration of the 
system. The system configuration is divided into 12 “slot-configuration” blocks 
of 16 bytes each, and 1 sentinel block of 16 bytes to denote the end of the 
configuration table. The first 16-byte block represents the board specific infor¬ 
mation in slot 1 of the card cage. The second 16 byte block represents slot 2, and 
so on. 

All empty slots are identified as Board Type Zero (the value 0x(X) is in the first 
byte of that block). The sentinel block (OxFF) resides immediately after the 
configuration block for the last board in the system. The sentinel block should be 
the 2nd configuration block in a 1-slot system, 4th block for a 3-slot, and so on. 

The first byte of each block identifies the type of board that occupies that slot. 
The information contained in the other bytes of each block may vary, as shown 
on the following pages. 

The layout of the system configuration blocks is illustrated in the following table. 
B/S means that the contents of that byte are board specific. N/U means “not 
used”. 

The value in each byte depends on what type of board is in which slot. Each 
block always begins with the “Board Type” value. Logically, the first address, 
OxOBC, would begin the CPU board block, because the CPU board is always in 
Slot 1, meaning that the “Board Type” value would be 0x01. “Board Type” 
values are shown in Table 10-3 . Possible configuration block values (to replace 
B/S) that identify the attributes of various Sun PC boards are presented in the next 
several pages. 


wsun 


microsystems 
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This table shows each offset address in the configuration block, followed with a 
colon and the type of information represented in that byte. OxOBC is the first 
byte of the block representing the board in Slot 1, and, in a 12-slot system, 
0xl6C is the first byte representing the board in Slot 12. The beginning address 
for each block is shown in boldfaced type: OBC. 

“0BD:B/S” means that the value in location OxOBD is board specific. If you 
turn to the CPU Board 16-byte representation, you wiU see that this byte would 
contain the hexadecimal value for the amount of memory on the CPU board, 
which will vary. 


Table 10-2 Configuration Block Layout Address[OxOBC-Oxl 8B] 


0BC:Board Type 

0BD:B/S 

0BE:B/S 

0BF:B/S 

0C0:B/S 

0C1:B/S 

0C2:B/S 

0C3:B/S 

0C4:B/S 

0C5:B/S 

0C6:B/S 

0C7:B/S 

0C8:B/S 

0C9:B/S 

0CA:B/S 

0CB:B/S 

0CC:Board Type 

0CD:B/S 

0CE:B/S 

0CF:B/S 

0D0:B/S 

0D1:B/S 

0D2:B/S 

0D3:B/S 

0D4:B/S 

0D5:B/S 

0D6:B/S 

0D7:B/S 

0D8:B/S 

0D9:B/S 

0DA:B/S 

0DB:B/S 

0DC:Board Type 

0DD:B/S 

0DE:B/S 

0DF:B/S 

0E0:B/S 

0E1:B/S 

0E2:B/S 

0E3:B/S 

0E4:B/S 

0E5:B/S 

0E6:B/S 

0E7:B/S 

0E8:B/S 

0E9:B/S 

0EA:B/S 

0EB:B/S 

**0EC:Board Type 

0ED:B/S 

0EE:B/S 

0EF:B/S 

0F0:B/S 

0F1:B/S 

0F2:B/S 

0F3:B/S 

0F4:B/S 

0F5:B/S 

0F6:B/S 

0F7:B/S 

0F8:B/S 

0F9:B/S 

0FA:B/S 

0FB:B/S 

OFCiBoard Type 

0FD:B/S 

0FE:B/S 

0FF:B/S 

100:B/S 

101:B/S 

102:B/S 

103:B/S 

104:B/S 

105:B/S 

106:B/S 

107:B/S 

108:B/S 

109:B/S 

10A:B/S 

10B:B/S 

10C:Board Type 

10D:B/S 

10E:B/S 

10F:B/S 

110:B/S 

111:B/S 

112:B/S 

113:B/S 

114:B/S 

115:B/S 

116:B/S 

117:B/S 

118:B/S 

119:B/S 

11A:B/S 

11B:B/S 

llC:Board Type 

11D:B/S 

11E:B/S 

11F:B/S 

120:B/S 

121:B/S 

122:B/S 

123:B/S 

124:B/S 

125:B/S 

126:B/S 

127:B/S 

128:B/S 

129:B/S 

12A:B/S 

12B:B/S 

12C:Board Type 

BiriaraiM 


12F:B/S 


131:B/S 

132:B/S 

133:B/S 

134:B/S 



137:B/S 


139:B/S 

13A:B/S 

13B:B/S 

13C:Board Type 

13D:B/S 

13E:B/S 

13F:B/S 

140:B/S 

141:B/S 

142:B/S 

143:B/S 

144:B/S 

145:B/S 

146:B/S 

147:B/S 

148:B/S 

149:B/S 

14A:B/S 

14B;B/S 

14C:Board Type 

14D:B/S 

14E:B/S 

14F:B/S 

150:B/S 

151:B/S 

152:B/S 

153:B/S 

154:B/S 

155:B/S 

156:B/S 

157:B/S 

158:B/S 

159:B/S 

15A:B/S 

15B:B/S 

15C:Board Type 

15D:B/S 

15E:B/S 

15F:B/S 

160:B/S 

161:B/S 

162:B/S 

163:B/S 

164:B/S 

165:B/S 

166:B/S 

167:B/S 

168:B/S 

169:B/S 

16A:B/S 

16B:B/S 

16C:Board Type 

16D:B/S 

16E:B/S 

16F:B/S 

170:B/S 

171:B/S 

172:B/S 

173:B/S 

174:B/S 

175:B/S 

176:B/S 

177:B/S 

178:B/S 

179:B/S 

17A:B/S 

17B:B/S 

*17C:FF 

17D:NAJ 

17E;NAJ 

17F:N/U 

180:N/U 

181:NAJ 

182:NAJ 

183:NAJ 

184:NAJ 

185:NAJ 

186:NAJ 

187:N/U 

188:N/U 

189:NAJ 

18A:NAJ 

18B:NAJ 


* This is the Sentinel Block ** Sentinel Block goes here for 3-slot system 
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Possible ‘ ‘Board Type’ ’ values for the first byte of the board configuration blocks 
are defined in the following table. Note that these are Board Type definitions and 
not system slot assignments, or addresses. For slot assignments, refer to the 
appropriate Cardcage Slot Assignments and Backplane Configuration document. 

The value shown under Type in the table below is entered in the first byte of the 
configuration block that represents that board. The beginning EEPROM address 
of the configuration block depends on the slot assignment (refer to the represen¬ 
tation on the previous page). 


Table 10-3 Board Type Values 


Type 

Board Definition 

0x00 

None (Empty slot) 

0x01 

CPU 

0x02 

Memory 

0x03 

Color 

0x04 

Frame Buffer 

0x05 

FPA 

0x06 

SMD Disk Controller 

0x07 

Tape Controller 

0x08 

Ethernet Controller 

0x09 

MTI/ALM 

OxOA 

Graphics Processor (GP) 

OxOB 

SCP Controller 

OxOC 

SCSI Controller 

OxOD 

Integrated Personal Computer (SunIPC) 

OxOE 

Graphics Board (GB) 

OxOF 

3/75 SCSI with Memory 

0x10 

MAPKIT 

0x11 

Channel Adapter 

0x12 

ALM-2 

0x13 

MCP/SCP-2 

0xl4-0x7F 

Reserved Sun Hardware 

0x80-0xFE 

Reserved Non-Sun Hardware 

OxIT 

Sentinel Block 
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Here is an example of what might be present in the configuration blocks for a 
Sun-3/75 workstation, which has only two slots: 


0BC:01 

0BD:04 

0BE:01 

0BF:00 

0C0:00 

0C1:00 

0C2:00 

0C3:00 

0C4:00 

0C5:00 

0C6:(X) 

0C7:00 

0C8:00 

0C9:00 

0CA:00 

0CB:00 

0CC:02 

0CD:04 

0CE:00 

0CF:00 

000:00 

001:00 

002:00 

003:00 

0D4:00 

0D5:00 

006:00 

007:00 

008:00 

009:00 

0OA:00 

0OB:00 

DC:FF 

0DD:00 

0DE:00 

0OF:00 

0E0:00 

0E1:00 

0E2:00 

0E3:00 

0E4:00 

0E5:00 

0E6:00 

0E7:00 

0E8:00 

0E9:00 

0EA:00 

0EB:00 


In the example above, the first block begins at EEPROM offset address OxOBC, 
and contains the “board type” value 0x01, which means that a CPU board 
resides in the first slot. The next byte, at location OxOBD, indicates that the 
board has 4 Megabytes of main memory. The following byte, at location OxOBE, 
contains 0x01 to indicate that the CPU toard has an MC68881 Floating Point 
Coprocessor chip. Refer to the CPU board configuration block layout on the fol¬ 
lowing page for other “Installed Option” values that could be present in location 
OxOBE. 

The second block, representing slot 2 and beginning with location OxOCC, con¬ 
tains the “board type” value 0x02 in the first byte, which indicates that a 
memory board resides there. The 0x04 value in the second byte (location OxCD) 
indicates that the memory board has 4 Megabytes of RAM. 

The last block, at address OxODC, contains the value OxFF in the first bj4e, which 
indicates that this is the sentinel block, meaning that the preceding block 
represented the last board in the system. The presence of the sentinel block also 
means that the values in the next 160 bytes of the configuration block are unused 
and should be ignored. 

Configuration Block Examples Each possible configuration block is graphically represented on the following 

pages to show the values that must be present in the sixteen bytes to represent the 
various Sun PC Boards. Each byte is shown as a box, filled with the type of 
information represented by the value in that byte. 
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Table 10-4 No-Board Configuration Block 


1st Byte 

0x00 

2nd Byte 

0x00 

3rd Byte 

0x00 

4th Byte 

0x00 

5th Byte 

0x00 

6th Byte 

0x00 

7th Byte 

0x00 

8th Byte 

0x00 

9th Byte 

0x00 

10th Byte 

0x00 

11th Byte 

0x00 

12th Byte 

0x00 

13th Byte 

0x00 

14th Byte 

0x00 

16th Byte 

0x00 


Use this block to represent an empty slot. For example, assume that the block 
beginning with EEPROM address OxOBC (the first block) contains Ihe CPU board 
configuration values, because the CPU board is in Slot 1. Let us say that Slot 2 is 
empty. In order to represent this, the second configuration block, beginning with 
address OxOCC, would contain 0x00 in each of the next sixteen bytes, up to and 
including address OxODB. 
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Table 10-5 CPU Board Configuration Block 


1st Byte 

Board Type: 0x01 

2nd Byte 

# Mbytes Memory in Hex 

3rd Byte 

Installed Options: 

Bit0 = 1 (68881) 

Bit 1 = 1 (DCP/DES) 

Bit 2 = 0 

Bit 3 = 0 

Bit 4 = 0 

Bit 5 = 0 

Bit 6 = 0 

Bit 7 = 0 

4th Byte 

# Kb of Cache (hex) 

0x0 = Sun-3/50,3/60,3/75,3/lxx, 
0x40 = Sun-3/2xx 

5th Byte 

Sun 3/60 Color Frame Buffer 
0x00 = No Board 

0x01 = Hi Res B/W 

0x02 = Lo Res Color 

0x03 = Hi Res Color 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 


How to Program the CPU Because the CPU board is always in Slot 1, this example wiU use the actual 

Configuration Block EEPROM offset addresses of each byte in the CPU board configuration block. If 

the CPU board were in another slot, the addresses shown would depend on the 
slot assignment, as shown in Table 10-2 . 


However, it is likely that, if you open EEPROM location OxOBC, the value in the 
first byte will be 0x01, to represent the CPU board: 


f 



>q Obc [ Return 1 



EEPROM OBC: 01? 

I Return 1 




> 


The next location (Byte 2) should now be displayed. It represents how much 
memory is on the CPU board. Suppose the value is 0x04, for 4 Megabytes, and 
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you want to change it to 32. You must convert the decimal number, 32, to hexa¬ 
decimal and then enter it as follows: 

. . . . . 

EEPROM OBD: 04 ? 20 1 Return I 

EEPROM 0BE:01 ? 

^^ 


The monitor program changes the value of of location OxOBD and then shows 
you the value in the next location, which represents the third byte in the block, 
assigned to “Installed Options”. The 0x01 value indicates that a MC68881 chip 
is on-board. 

To fiU in the “Installed Options” byte, you must convert the binary value — 
represented by a one or zero in Bits 0 through 7 — to a hexadecimal value. For 
example, if the CPU board contains both a MC68881 and a DCP chip, the binary 
value would be: 


00000011 

Converted to hexadecimal, the value in the third byte would be 0x03. 

If only a MC68881 is present, the value would be 0x01. If only a DCP chip is 
present, the binary value would be 

00000010 


If, at any time during this process, 
you want to return to the monitor 
prompt, enter a non-hexadecimal 
character after the new value you 
just entered, BEFORE pressing 
I Return I . Refer to the PROM Mow- 
tor Commands chapter for more 
information on procedures for modi¬ 
fying memory locations. 


meaning that the hexadecimal value in the third byte would be 0x02. And, of 
course, if neither option is present, the value in the third byte would be 0x00. 

If you were to change the “Installed Options” value, you would simply enter the 
new value after the question mark, and press I Return) to view the fourth byte, 
which represents the quantity of cache memory present on the CPU board. 

In this example, the CPU board did not have a MC68881 Floating Point Copro¬ 
cessor, and has been upgraded to include that chip. No data encryption chip is 
present. You would enter: 


EEPROM QBE: 00 ? 01 I Return 1 
EEPROM 0BF:00 ? 


Now, suppose the CPU board contains cache memory. The fourth byte (location 
OxOBF) would probably contain 0x40, meaning there are 64 Kilobytes of on¬ 
board cache memory. 

As shown in the CPU board configuration example, the fifth byte (location 
OxOCO) is reserved for Sun-3/60 configuration information. The values in this 
byte tell us whether or not a Color Frame Buffer board is attached to the 3/60 
CPU board, and whether the board interfaces with a high or low resolution, black 
and white or color monitor. A 3/60 system with a High Resolution Black and 
White Monitor would show this value when you increment to the fifth byte: 

EEPROM 0C0:01 ? 



microsystems 
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Table 10-6 Memory Board Configuration Block 


1st Byte 

0x02 

2nd Byte 

# Mbytes of Memory in hex 

3rd Byte 

Reserved 

4 th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12 th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-7 Color Board Configuration Block 


1st Byte 

0x03 

2nd Byte 

Type (2, 3 or 5) 
0x2 = Sun2 

0x3 = Sun3 

0x5 = CG5 

3rd Byte 

Reserved 

4 th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12 th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 


Table 10-8 Frame Buffer Board Configuration Block 


1st Byte 

0x04 

2nd Byte 

Reserved 

3rd Byte 

Reserved 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13 th Byte 

Reserved 

14 th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-9 FPA Board Configuration Block 


1st Byte 

0x05 

2nd Byte 

Reserved 

3rd Byte 

Reserved 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 


»sun 

Xr microsystems 
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Table 10-10 SMD Disk Board Configuration Block 


1st Byte 

0x06 

2nd Byte 

Manufacturer 

1 = Xylogics 450 

2 = Xylogics 451 

3rd Byte 

Controller # 

4th Byte 

# of Disks 

5th Byte 

Drive #0 Capacity 

0 = No Disk 

1 = 8" 130 Mb (450/451) 

2 = 8" 280 Mb (451) 

3= 10.5" 380 Mb (450/451) 

4 = 10.5" 575 Mb (451) 

6 th Byte 

Drive #1 Capacity 

7th Byte 

Drive #2 Capacity 

8th Byte 

Drive #3 Capacity 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12 th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-11 1/2 Inch Tape Controller Configuration Block 


1st Byte 

0x07 

2nd Byte 

Manufacturer 

1 = Xylogics (472) 

2 = Ciprico (TMIOOO) 

3rd Byte 

Controller # 

4th Byte 

# of Tape Drives 

5th Byte 

Reserved 

6th B5^e 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-12 Second Ethernet Controller Board Configuration Block 
(For the LAN Gateway Interface) 


1st Byte 

0x08 

2nd Byte 

Reserved 

3rd Byte 

Reserved 

4 th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8 th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-13 MTI/ALM Board Configuration Block 


1st Byte 

0x09 

2nd Byte 

# Terminals 

3rd Byte 

Manufacturer 

1= Systech 

2= Sun Microsystems 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8thB)de 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 


Table 10-14 GP Board Configuration Block 


1st Byte 

OxOA 

2nd Byte 

Type 


1 = GP+ 

2 = GP2 

3rd Byte 

Reserved 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 



microsystenris 
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Table 10-15 SCP Board Configuration Block 


1st Byte 

OxOB 

2nd Byte 

Reserved 

3rd Byte 

Reserved 

4tli Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12 th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-16 SCSI Board Configuration Block 


1st Byte 

OxOC 

2nd Byte 

Type (2 or 3) 

0x2 = Sun2 

0x3 = Sun3 

3rd Byte 

# of Tape Drives 

4th Byte 

# of Disk Drives 

5th Byte 

Tape Controller 

0x1 = Sysgen 

0x2 = MT02 

6th Byte 

Disk Controller 

0xl = MD21 

0x2 = Adaptec 

7th Byte 

Disk Drive #0 Capacity 
0x1 = 5.25" 71 Mb 

0x2 = 5.25" 141 Mb 

0x3 = 5.25" 327 Mb 

8th Byte 

Disk Drive #1 Capacity 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13 th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-17 SunIPC Board Configuration Block 


1st Byte 

OxOD 

2nd Byte 

Reserved 

3rd Byte 

Math Coprocessor Option: 

0 = absent 

1 = installed 

4th Byte 

Disk Drive Option * 

0 = None 

1 = Single 5 1/4" Floppy 

2 = Dual 5 1/4" Floppy 

5th Byte 

Drive 0 Capacity 

0 = None 

1 = r/w 1.2 MB, read 360 KB 

2 = r/w 1.2 MB 

6th Byte 

Drive 1 Capacity 

0 = None 

1 = r/w 360 KB 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13 th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16 th Byte 

Reserved 


NOTE * The disk drive option can readily be moved to other SunIPC boards and there¬ 
fore this information may not always be correct. 
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Table 10-18 GB Board Configuration Block 


1st Byte 

OxOE 

2nd Byte 

Reserved 

3rd Byte 

Reserved 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12 th Byte 

Reserved 

13 th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-19 3/75 SCSI Memory Board Configuration Block 


1st Byte 

OxOF 

2nd Byte 

# MB of Memory (Hex) 
0x00,0x02 or 0x04 

3rd Byte 

Type of SCSI 

0x02 = Sun-2 

0x03 = Sun-3 

4th Byte 

# of Tape Drives (hex) 

5th Byte 

# of Disk Drives (hex) 

6th Byte 

Tape Controller 

0x01 = Sysgen 

0x02 = MT02 

7th Byte 

Disk Controller 

0x01 = MD21 

0x02 = Adaptec 

8th Byte 

Disk Drive #0 Capacity 
0x01 = 5.25" 71 MB 

0x02 = 5.25" 141 MB 

9th Byte 

Disk Drive #2 Capacity 

10th Byte 

Reserved 

11th Byte 

Reserved 

12 th Byte 

Reserved 

13 th Byte 

Reserved 

14th B3^e 

Reserved 

15th Byte 

Reserved 

16 th Byte 

Reserved 
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Table 10-20 MAPKIT Configuration Block 


1st Byte 

0x10 

2nd Byte 

1=INI 

3rd B5de 

Reserved 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 


Table 10-21 Channel Adapter Configuration Block 


lstB)de 

0x11 

2nd Byte 

Reserved 

3rd Byte 

Reserved 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12 th Byte 

Reserved 

13 th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-22 ALM-2 Configuration Block 


1st Byte 

0x12 

2nd Byte 

Reserved 

3rd Byte 

Reserved 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 


Table 10-23 MCP/SCP-2 Configuration Block 


1st Byte 

0x13 

2nd Byte 

Reserved 

3rd Byte 

Reserved 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 10-24 Sentinel Block 


1st Byte 

OxFF 

2nd Byte 

Not Used 

3rd Byte 

Not Used 

4 th Byte 

Not Used 

5th Byte 

Not Used 

6th Byte 

Not Used 

7th Byte 

Not Used 

8th Byte 

Not Used 

9th Byte 

Not Used 

10th Byte 

Not Used 

11th Byte 

Not Used 

12 th Byte 

Not Used 

13 th Byte 

Not Used 

14th Byte 

Not Used 

15th Byte 

Not Used 

16 th Byte 

Not Used 


Key Table Selector 

The value of this byte is used to determine the appropriate key tables to be 
used based on the following table. EEPROM key tables refer to the tables 
entered in EEPROM addresses 0xl90-0x20F (lower case) and 0x210-0x28F 
(upper case). 


Key Table Selector 

Definition 

0x58 

Use EEPROM key tables 

Other than 0x58 

Use PROM Key tables 


Address 

Key table selector 


EEPROM Locale Specifier 

This byte contains the specifier for the locale (country, language, codeset) 
for which the system is configured. The specifier is provided by the SunOS 
operating system. 

Address 

Locale Specifier 
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Keyboard ID 

The Boot PROM checks the EEPROM Key Table Selector (address 0xl8C), 
and if the value is 0x58, it then compares the value in the address 0x18E 
with the keyboard type it finds in the system. This byte contains the hard 
coded keyboard type. 

Address [Q^\2>E\\ 


Keyboard ID 


Custom Logo Selector 

The value of this byte is used to determine the appropriate Logo bit-map to 
be displayed upon power-up, based on the following table. 


Custom Logo Selector 

Definition 

0x12 

Use EEPROM logo bit-map (see Custom Logo, below) 

Other than 0x12 

Use Sun logo bit-map 


i4ddreM[0xl8F]: 


Custom Logo Selector 


EEPROM Lower Case Key table 

An array of 128 bytes fiom address 0x190 can be used for a different lower 
case key table. This table is used by the firmware if location 0xl8C is set to 
0x58 and Keyboard ID matches the hard coded ID. 

Address [Ox190-0x20F]: 


128 bytes for lower case key table 


EEPROM Upper Case Key Table 

An array of 128 bytes from address 0x210 can be used for a different upper 
case key table. This table is used by the firmware if location 0xl8C is set to 
0x58 and Keyboard ID matches the hard coded ID. 

Address [0x210-0x28F]: 


128 bytes for upper case key table 
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Reserved Area 


Reserved Area 


Custom Logo 

This 64x8 matrix may contain a Custom Logo bit-map that can be selected 
by setting location 0xl8F to 0x12. 

Address [0x290-0x48F]: 

64X8 bytes Custom Logo 


Write Count 

These write counters are for the Reserved area of the EEPROM. There are 
three counters that should contain the same count. The purpose of multiple 
write counters is to insure reliability of their correctness. 

A<i<^rcs5[0x500-0x505]: 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 


Checksum 

Each EEPROM area will maintain three identical 8 bit (byte) checksums. 
These separate checksums are to be the same. 

Adi/ress[0x508-0x50A]: 

Checksum #1 
Checksum #2 
Checksum #3 
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ROM Area 


ROM Area 


Software Area 


Write Count 

These write counters are for the ROM area of the EEPROM. There are three 
counters that should contain the same count. The purpose of multiple write 
counters is to insure reliability of their correctness. 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 


Checksum 

Each EEPROM area will maintain three identical 8 bit (byte) checksums. 
These separate checksums are to be the same. 

A<iJre5'5[0x608-0x60A]: 

Checksum #1 
Checksum #2 
Checksum #3 


Write Count 

These write counters are for the Software area of the EEPROM. There are 
three counters that should contain the same count. The purpose of multiple 
write counters is to insure reliability of their correctness. 

Ai/<i/-m[0x700-0x705]: 

Count #1 (High bytef 
Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte)" 

Count #3 (Low byte) 
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Software Area 


Checksum 

Each EEPROM area will maintain three identical 8 bit (byte) checksums. 
These separate checksums are to be the same. 

ArWrm[0x708-0x70A]: 

Checksum #1 
Checksum #2 
Checksum #3 
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Sun-4 Self-tests and Initialization 


11.1. The Power-Up Test In order to perform the power-up tests, two assumptions must be met. The lU 

Sequence (Integer Unit or CPU) must be functional and the ability to fetch instmctions from 

the EPROMs must be intact. 

Powering up a Sun-4 woricstation resets the lU to boot state, which means that all 
instruction fetches are forced to the Boot PROMs. Execution of the minimum- 
confidence power-up tests begin immediately. These tests do not employ any 
memory imtil memory has been successfully checked. 

The quantity of memory checked during a power-up with the diagnostic switch 
on NORM is dependent on EEPROM programming. The EEPROM Layout chapter 
explains how to set the parameter that controls the quantity of memory tested. If 
the diagnostic switch is in the normal position and the workstation contains a 
large amount of main memory, self-tests may last eight minutes. You should see 
a baimer on the console screen during memory tests, and a rotating diagonal sym¬ 
bol after the Testing _ megabytes of memory... message to indi¬ 
cate that the memory tests are in progress. LED five should blink on and off dur¬ 
ing the normal mode memory test. 

The objective of the power-up test sequence is to determine whether or not the 
CPU board logic and main memory are functional. Following the successful 
completion of the power-up tests and subsequent workstation initialization, an 
attempt is made to boot the SunOS operating system, an EEPROM-specified pro¬ 
gram or an operator-specified stand-alone program. 

If the Diagnostic Switch is in the NORM position, the power-up tests execute 
successfully and you do not terminate the default boot sequence, an attempt is 
made to down-load SunOS software. A display similar to that shown on the fol¬ 
lowing page appears on the workstation’s screen to indicate that power-up tests 
were successful. 
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Selftest Completed Successfully. 


A 

Sun Workstation,^ Model Sun-4/ Series. 

Type-3 keyboard. 

ROM Rev / MB memory installedr Serial # 



Ethernet address _:_:_:_:_:_ 


Testing _ megabytes of memory. . .Conpleted. 


Auto-- 

Boot: 

Boot: 

V_ 

boot in progress... 
sd(0, 0,0) 
sd (0, 0, 0) vmunix 

J 



One requirement of Sun-4 firmware is to assign a unique test number to most of 
the power-up tests and display that number in bits zero through/owr of the diag¬ 
nostic LEDS as the test is running. Given that there are fewer test numbers than 
there are power-up tests, some power-up tests, which check the same part of 
hardware, will share a test number. 

If one of these power-up tests should fail, bit seven of the diagnostic LEDs wUl 
also light up. Bit seven will serve as an indicator that there is a hardware prob¬ 
lem. The LED display will enable the service person not only to conclude whether 
or not there is a problem, but he will also be able to determine which type of 
power-up test is failing. 

For the sake of completeness, LED five is the heart beat LED. After the power- 
up tests have been completed, but prior to invocation of the SimOS operating 
system or an EEPROM-specified program, LED 5 will blink on and off to indicate 
that the lU is actually executing instructions, led six indicates whether or not the 
failure is an exception (i.e. unexpected trap or unexpected interrupt). The 
diagram to the left summarizes the LEDs. 

Additionally, if the Diagnostic Switch is in the DIAG position, status/error mes¬ 
sages from the power-up tests are transmitted to serial ports A and B by way of 
the MMU by-pass so that they can be viewed on the screen of a “dumb” termi¬ 
nal. Therefore, even though some power-up tests wiU share a test number, the 
output on the terminal’s screen teUs you exactly which test is failing. 

In order to view the messages, the terminal characteristics must be set up as fol¬ 
lows. The baud rate for serial port A must be 9600 while the baud rate for serial 
port B must be 1200. There must be eight data bits and one stop bit, and parity is 
turned off. 

Upon detection of a failure, the unsuccessful test wiU enter an infinite scope loop. 
Continuously re-executing the failing test should enhance the service person’s 
ability to study the problem with test equipment. 

If the Diagnostic Switch is in the DiAG position, limited interaction with the 
power-up tests will be allowed. In particular, six commands are available. These 
commands will only be active prior to the display of the 
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Selftest Completed. 

or the 

Testing ...megabytes of memory...Completed, 
message. Each of these commands is documented below. 

1. Press the b (a mnemonic for burn-in) key, prior to the display of the 
. . .memory. .. Completed message, to execute the power-up test 
sequence indefinitely. This option is useful during the manufacturing 
bum-in stage. 

2. Press the s key prior to the display of the ... Completed message 
to re-start the power-up test sequence. 

3. If one of the power-up tests fails, it will continue to re-execute forever 
unless intermpted. Press the space bar to terminate the failed test and 
execute the next power-up test. 

4. By default, an unsuccessful power-up test will print one error message 
before entering an infinite scope loop. Once inside of the scope loop, the 
failing test will not print any more messages. If, however, you would 
like to see test messages while in the scope loop, the p key should be 
pressed. It is possible to turn the messages back off by pressing the p 
key a second time. In other words, the p command will act like a tog¬ 
gle switch. Pressing p will turn message mode on or off. 

5. To skip the remaining power-up tests, press (Esc I prior to the 
Self test Completed message. 

6. To continuously re-execute the test that is currently running, press the 
1 (loop) key. 

If the content of location 0x17 of the EEPROM is equal to 0x12 (an arbitrarily 
chosen value), there is another way to re-start the power-up test sequence. Fol¬ 
lowing the display of the banner, you may press flie User Reset Switch to re-start 
the power-up test sequence. Pressing the User Reset Switch wiU generate a 
Watchdog Reset. However, rather than handling the Watchdog Reset in the nor¬ 
mal manner, the power-up test sequence is initiated, assuming that location 0x17 
of the EEPROM contains a 0x12. The power-up tests can be re-started in this 
manner independent of the position of the Diagnostic Switch. 

If the Diagnostic Switch is in the DIAG position, the name of each power-up test 
will appear on the screen of a terminal attached to serial ports A or B. Following 
the self-test completion, you will have a ten second opportunity to enter the more 
comprehensive test system by pressing any key on a “dumb” terminal keyboard. 
The chapter titled The Extended Test System describes the additional tests. 
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If you do not press any key within the 10 seconds delay time the Boot PROM pro¬ 
gram wiU next display the Sun logo and message on the console: 

. .......as®.... ........................ 

Selftest Completed. 

Type a key within 10 seconds to enter Extended Test System(e for echo mode). 


Remote Testing If you press e on a dumb terminal keyboard, during the ten second period, all 

subsequent output will appear on both the console video monitor and a terminal 
attached to Serial Port A or B. 

The purpose of this feature is to enable an individual at a remote site, using a ter¬ 
minal attached to a non-local machine by way of a telephone line with modems 
at each end, and the individual on-site to observe the system’s behavior simul¬ 
taneously. Once a system is in this mode, the local and non-local parties can 
communicate by employing the U command. Specifically, if the person at the 
remote site would Uke to send a message to the person on-site, he or she would 
simply type the # before typing the actual message. In order to terminate the 
message, the person at the remote site would enter a second #. At this point, the 
on-site person would be able to respond by prefixing and terminating their 
response with the #. 

The # option will be very useful in the situation where an on-site customer has 
contacted a remote repair depot regarding a potential hardware problem. The 
repair person at the remote repair depot could initiate diagnostics on the non¬ 
local machine and allow both parties to observe the output Beyond that, the 
repair person and the customer could communicate by way of the # command. 
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The following two screens represent an example of the Sun-4 Diagnostic self-test 
display. The test sequence varies slightly between Sun-4/1 xx and Sun-4/2xx sys¬ 
tems. This example combines both versions, labeling the tests that are only 
present for a particular system. 

Boot PROM Selfte3t. 

EPROM Checksum Test. 

ODVMA Enable Register Test* (Sun-4/2xx only) 

UDVMA Map Write-Write-Read Test. (Sun-4/2xx only) 

ODVMA Map Address Test. (Sun-4/2xx only) 

UDVMA Map 3-Pattern Test. (Sun-4/2xx only) 

Context Register Test. 

Segment Map Write-Write-Read Test. 

Segment Map Address Test. 

Segment Map 3-Pattern Test. 

Page Map Write-Write-Read Test. 

Page Map Address Test. 

Page Map 3-Pattern Test. 

Software Traps Test. 

Interrupt Register Test. 

Software Interrupts Test. 

TOD Interrupt Test. 

Video Memory Write-Write-Read Test. 

Video Memory Address Test. 

Video Memory 3-Pattern Test. 

P4 Color Map Test. (Sun-4/lxx Only) 

Limited Memory Test'.Megabyte OxOOOOOOOV. Tests Complete. 

Continued on the following page 
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Sun-4 Diagnostic Self Tests, Continued 

- --- ^ 

MMU Read Accesa/Modified Bits Test. 

MMU Write Access/Modified Bits Test, 

MMU Write To Protected Page Test. 

MMU Read Not-Writable Invalid Page Test. 

MMU Read Writable Invalid Page Test. 

MMU Write Not-Writable Invalid Page Test. 

MMU Write Writable Invalid Page Test. 

Main Memory Timeout Test. 

Control Space Timeout Test. 

Range Error Test. 

Siije Error Test- 

Parity No Fault Test. (Sun-4/lxx Only) 

Parity Error Detection and Interrupt Test. (Sun-4/Ixx Only) 

Parity Error Detection without Interrupt. (Sun-4/lxx Only) 

ECC Circuit Tests. (Sun-4/2xx Only) 

Cache Tag Bank Test, Alternating Bit Pairs (Sun-4/lxx Only) 

Cache Tag Memory Write-Write-Read Test. (Sun-4/2xx Only) 

Cache Tag Memory Address Test. (Sun-4/2xx Only) 

Cache Tag Memory 3-Pattern Test. (Sun-4/2xx Only) 

Cache Data Memory Write-Write-Read Test. (Sun-4/2xx Only) 

Cache Data Memory Address Test. (Sun-4/2xx Only) 

Cache Data Memory 3-Pattern Test. (Sun-4/2xx Only) 

Cache Write/Read Hit/Miss Verify Test. (Sun-4/2xx Only) 

Cache Write/Read/Flush/Verify Test. (Sun-4/2xx Only) 

DMA Address Register Test. (Sun-4/lxx Only) 

DMA Byte Counter Register Test. (Sun-4/lxx Only) 

DMA Send and Byte Pack Register Test. (Sun-4/lxx Only) 

DMA Conflict Interrupt Check. (Sun-4/lxx Only) 

DMA From Invalid Page. (Sun-4/lxx Only) 

Sizing memory (size - 8 Megabytes) . 

Main Memory Test;Megabyte OxOOOOOOON.Tests Complete. 

Selftest Completed Successfully. 

Type a key within ten seconds to enter Extended Test System(e for echo mode). 


If the diagnostic switch is in the DIAG position, the power-up tests executed successfully and you did not enter a char¬ 
acter on a terminal keyboard within the initial ten second period, the display below wiU appear on the workstation 
screen. Note that the you have another ten-second opportunity to invoke the extended tests. If you do not respond, the 
program tries to boot a program specified in locations 0x028-0x04F of the EEPROM. If this attempt fails, the monitor 
is invoked. The tables that foUow this display summarize self-test LED interpretation. 


r 

Selftest Completed Successfully. 

. 


Sun Workstation, Model Sun-4/xxx Series. 

Type-3 keyboard 

ROM Rev , MB memory installed, Serial # 

Ethernet address ; : : : ; 



Type a key within ten seconds to enter Extended Test System. 


V_ 
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Figure 11-1 Sun-4l2xx LED Interpretation 


0 


LEDs 

• = ON, o = OFF 


7 

What the System is Doing 

When These LEDs Are Cycling 

What Might Be Bad If 
This Indication Stays On 
And LED 617 Lights 


A reset sets LEDs to this state 

CPU or PROMs bad 

or +5VDC is low 

• 

o 

o 

o 

o 

o 

o 

o 

Test 0x01 checks PROM checksum 

CPU Board (Boot PROM) 

O 

• 

o 

o 

o 

o 

o 

o 

Test 0x02 checks UDVMA enable register 

CPU Board 

• 

• 

o 

o 

o 

o 

o 

o 

Test 0x03 checks UDVMA map 

CPU Board 

o 

o 

• 

o 

o 

o 

o 

o 

Test 0x04 checks the context register 

CPU Board (MMU) 

• 

o 

• 

o 

o 

o 

o 

o 

Test 0x05, performs segment map tests 

CPU Board (MMU) 

o 

• 

• 

o 

o 

o 

o 

o 

Test 0x06 checks page map RAM 

CPU Board (MMU) 

• 

• 

• 

o 

o 

o 

o 

o 

Test 0x07 performs software traps test 

CPU Board (lU) 

o 

o 

o 

• 

o 

o 

o 

o 

Test 0x08 performs interrupt register test 

CPU Board 

• 

o 

o 

• 

o 

o 

o 

o 

Test 0x09 performs software interrupts test 

CPU Board 

o 

• 

o 

• 

o 

o 

o 

o 

Test 0x0A performs TOD clock interrupt test 

CPU Board 

• 

• 

o 

• 

o 

o 

o 

o 

Test OxOB checks video memory 

CPU Board 

o 

o 

• 

• 

o 

o 

o 

o 

Test OxOC performs limited main memory tests 

CPU or Memory Board 

• 

o 

• 

• 

o 

o 

o 

o 

Test OxOD performs MMU read/write tests 

CPU Board (MMU) 

o 

• 

• 

• 

o 

o 

o 

o 

Test OxOE performs MMU write to protected 
page test 

CPU Board (MMU) 

• 

• 

• 

• 

o 

o 

o 

o 

Test OxOF performs MMU read invalid page tests 

CPU Board (MMU) 

o 

o 

o 

o 

• 

o 

o 

o 

Test 0x10 performs MMU write invalid page test 

CPU Board (MMU) 

• 

o 

o 

o 

• 

o 

o 

o 

Test 0x11 performs main memory timeout test 

Memory Board 

o 

• 

o 

o 

• 

o 

o 

o 

Test 0x12 performs control space timeout test 

CPU Board 

• 

• 

o 

o 

• 

o 

o 

o 

Test 0x13 performs range error test 

CPU Board 

o 

o 

• 

o 

• 

o 

o 

o 

Test 0x14 performs size error test 

CPU Board 

• 

o 

• 

o 

• 

o 

o 

o 

Test 0x15 tests ECC circuits 

Memory Board 

o 

• 

• 

o 

• 

o 

o 

o 

Test 0x16 tests cache tag memory 

CPU Board 

• 

• 

• 

o 

• 

o 

o 

o 

Test 0x17 tests cache data memory 

CPU Board 

o 

o 

o 

• 

• 

o 

o 

o 

Test 0x18 is cache write/read hit/miss verify test 

CPU Board 

• 

o 

o 

• 

• 

o 

o 

o 

Test 0x19 is cache writeAead/flush verify test 

CPU Board 

o 

• 

o 

• 

• 

o 

o 

o 

Test 0x1 A runs main memory tests 

Memory Board 

o 

o 

o 

o 

o 

o 

o 

• 

Self-tests have found an error 

CPU or Memory Board 

o 

o 

o 

o 

o 

o 

• 

o 

An exception class error is found 

CPU or Memory Board 

o 

o 

o 

o 

o 

• 

o 

o 

Self-tests done, UNK in boot state 
or monitor quiescent (LED is blinking) 

CPU or Memory Board 

• => 

o=> 

o=> 

o o<= 

o<= 

o<= 

• 

‘ ‘converging/diverging * ’ pattern 

UNDC running okay 
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Figure 11-2 Sun-41 Ixx LED Interpretation 


0 

• 

LEDs 

= ON, o= OFF 


7 

What the System is Doing 

When These LEDs Are Cycling 

What Might Be Bad If 
This Indication Stays On 
And LED 617 Lights 


A reset sets LEDs to this state 

CPU/PROMs bad or +5V low 

• 

o 

o 

o 

o 

o 

o 

o 

Test 0x01 checks PROM checksum 

CPU Board (Boot PROM) 

O 

• 

o 

o 

o 

o 

o 

o 

Test 0x02 checks the context register 

CPU Board 

• 

• 

o 

o 

o 

o 

o 

o 

Test 0x03 performs segment map tests 

CPU Board 

o 

o 

• 

o 

o 

o 

o 

o 

Test 0x04 checks page map RAM 

CPU Board 

• 

o 

• 

o 

o 

o 

o 

o 

Test 0x05, performs software traps tests 

CPU Board (MMU) 

o 

• 

• 

o 

o 

o 

o 

o 

Test 0x06 performs interrupt register test 

CPU Board (MMU) 

• 

• 

• 

o 

o 

o 

o 

o 

Test 0x07 performs software interrupts tests 

CPU Board (lU) 

o 

o 

o 

• 

o 

o 

o 

o 

Test 0x08 performs TOD clock interrupt test 

CPU Board 

• 

o 

o 

• 

o 

o 

o 

o 

Test 0x09 checks video memory 

CPU Board 

o 

• 

o 

• 

o 

o 

o 

O 

Test 0x0A performs P4 color map test 

P4 Board 

• 

• 

o 

• 

o 

o 

o 

o 

Test OxOB runs limited main memory tests 

CPU Board 

o 

o 

• 

• 

o 

o 

o 

o 

Test OxOC performs MMU read/write tests 

CPU Board 

• 

o 

• 

• 

o 

o 

o 

o 

Test OxOD = MMU write to protected page test 

CPU Board (MMU) 

o 

• 

• 

• 

o 

o 

o 

o 

Test OxOE performs MMU read invalid page test 

CPU Board (MMU) 

• 

• 

• 

• 

o 

o 

o 

o 

Test OxOF performs MMU write invalid page tests 

CPU Board (MMU) 

o 

o 

o 

o 

• 

o 

o 

o 

1 

Test 0x10 performs main memory and control 
space timeout tests 

CPU Board (MMU) 

• 

o 

o 

o 

• 

o 

o 

o 

Test 0x11 performs range and size error tests 

CPU Board 

o 

• 

o 

o 

• 

o 

o 

o 

Test Ox 12 performs parity circuit test 

CPU Board 

• 

• 

o 

o 

• 

o 

o 

o 

-j 

Test 0x13 tests cache tag memory 

CPU Board 

o 

o 

• 

o 

• 

o 

o 

o 

Test 0x14 performs SCSI/DMA tests 

CPU Board 

• 

o 

• 

o 

• 

o 

o 

o 

Test 0x15 runs main memory tests 

CPU Board 

o 

o 

o 

o 

o 

o 

o 

• 

Self-tests have found an error 

CPU Board 

o 

o 

o 

o 

o 

o 

• 

o 

An exception class error is found 

CPU Board 

o 

o 

o 

o 

o 

• 

o 

o 

Self-tests done, UNDC in boot state 
or monitor quiescent (LED is blinking) 

CPU Board 


o=> 


o cx= 

cx= 


• 

‘ ‘converging/diverging ’ * pattern 

UNDC running okay 


11.2. Diagnostic LED The paragraphs that follow describe each power-up test. The leds would appear 

Interpretation as shown in the Sun-4 led Interpretation figures on the previous pages (bit 0 on 

the left) if the CPU board were installed horizontally, with the component side 
facing upward. They appear with Bit 0 at the top when the CPU board is installed 
vertically in the system. The LED read-outs shown on the following pages are 
represented as you would normally read binary or hexadecimal values, with the 
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least significant bit on the right. If you watch the LEDs on the edge of the CPU 
board AS SOON AS YOU POWER-UP, you will notice that Bit 0 is the first to 
light. The Sun-4/100 and Sun-4/200 series woricstations share many of the same 
power-up tests, but number them differently. These descriptions will show both 
readouts when the LED code differs between the two woricstations for the same 
test. 

Diagnostic Register Test This test sequentially lights up each of the LEDs, beginning with the Bit 0 and 

ending with the Bit 7. It indirectly tests the Ill’s ability to fetch instmctions from 
the Boot PROM and transfer data across the data bus. This test does not have a 
unique test number associated with it. 

Boot PROM Checksum Test Test number 1 calculates the checksum of each of the four Boot EPROMs and 

compares the calculated value with the expected value given in each Boot PROM. 
Should this test fail, one or more of the Boot proms will have to be replaced. The 
diagram below summarizes the Test 1 LED states. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

1 

0x01 

bit 7 ooooooo^bit 0 

okay 

1 

0x81 

•oooooo* 

error 


UDVMA Enable Register Test Test number 2 performs write-read-compare cycles on the Sun-4^xx User 
— Srm-4/2xx Only DVMA Enable Register, using patterns ‘ ‘Oxff”, ‘‘Oxfe”,..., ”0x00’ ’. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

2 

0x02 

bit 7 oooooo»obit 0 

okay 

2 

0x82 

•0000090 

error 
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UDVMA Map Write-Write- Test number 3 performs write-write-read-compare-read-compare cycles on each 

Read Test — Sun-4/2xx only pair of addresses within the Sun-4/2xx User dvma Map. For each pair of 

addresses within the User DVMA Map, pattern 0x5a is written to address x-1, pat¬ 
tern 0xa5 is written to address x, address x is read, the observed value of address 
X is compared with the expected value, address x-1 is read and the observed value 
of address x-1 is compared with the expected value. The next pair of User DVMA 
Map addresses that is tested is address x-2 and address x-1. In other words, 
except for the first and last User dvma Map addresses, aU locations are tested 
twice. 

The write-read-compare operation prevents the test from erroneously concluding 
that the memory capability of the User DVMA Map is intact when the chip is, in 
fact, not present If the chip is not present and the write-read-compare operation 
is not performed, the initial value would remain on the bus and the comparison 
operation would pass. 

If an error should be detected, the test continues to loop on the pair of User DVMA 
Map addresses currently under test 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

3 

0x03 

bit 7 oooooo* ebit 0 

okay 

3 

0x83 

•ooooo«» 

error 


UDVMA Map Address Test — The UDVMA Map Address Test writes the address of each Sim-4/2xx UDVMA 
Sun-4/2xx Only Map location to that location before reading back the value and comparing the 

observed value with the expected value. The entire range of UDVMA Map 
addresses will be written prior to the read and compare operations. 

Again, due to the lack of unique LED Test Numbers, the same LED display used 
by the UDVMA Map Write-Write-Read Test is used by the UDVMA Map Address 
Test. 

If an error is detected, the test continues to loop on the entire range of UDVMA 
Map addresses. 

UDVMA Map 3-Pattem Test — The UDVMA Map 3-Pattem Test performs three separate write-read-compare 
Sun-4/2xx Only cycles on each address within the Sun-4/2xx User DVMA Map. In pass one, pat¬ 

terns “0x5a”, “0x97” and “0x2c” are repeated throughout the User DVMA 
Map before each address is read back and the observed value is compared with 
the expected value. Pass two employs patterns “0x97”, “0x2c” and “0x5a”. 
Finally, pass three will use patterns “0x2c”, “0x5a” and “0x97”. 

The same LED display used by the UDVMA Map Write-Write-Read Test is used 
by the UDVMA Map 3-Pattem Test. 
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If an error should be detected, the test wiU continue to loop on the entire range of 
UDVMA Map addresses. 

Context Register Test This is Test 4 for Sun-4/2xx and Test 2 for Sun-4/1 xx. It performs write-read- 

compare cycles on the Context Register, using patterns “Oxff”, “Oxfe”,..., 
“0x00”. 

Sun-4/2xx LED states; 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

4 

0x04 

bit 7 ooooo»oobit 0 

okay 

4 

0x84 

•0000900 

error 


Sun-4/lxx LED states: 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

2 

0x02 

bit 7 oooooo^obit 0 

okay 

2 

0x82 

•0000090 

error 


Segment Map Write-Write- Test 5 for Sun-4/2xx and Test 3 for Sun-4/lxx performs write-write-read- 

Read Test compare-read-compare cycles on each pair of addresses within the Segment Map 

RAM. For each pair of addresses within the Segment Map RAM, pattern 
“0xl2c5a” is written to address x-1, pattern “0x0d3a5” is written to address x, 
address x is read, the observed value of address x is compared with the expected 
value, address x-1 is read and the observed value of address x-1 is compared with 
the expected value. 

If an error should be detected, the test will continue to loop on the pair of Seg¬ 
ment Map addresses currently under test. 

Sun-4/2xx LED states: 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

5 

0x05 

bit 7 ooooo*o» bit 0 

okay 

5 

0x85 

•oooo«o« 

error 


Sun-4/lxx LED states: 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

3 

0x03 

bit 7 oooooo##bit 0 

okay 

3 

0x83 

•ooooo«» 

error 
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Segment Map Address Test 


Segment Map 3-Pattem Test 


Page Map Write-Write-Read 
Test 


The Segment Map Address Test will write the address of each Segment Map 
location to that location before reading back the value and comparing the 
observed value with the expected value. The entire range of Segment Map 
addresses is written prior to the read and compare operations. 

The same LED displays used by the Segment Map Write-Write-Read Test are 
used by the Segment Map Address Test. 

If an error should be detected, the test will continue to loop on the entire range of 
Segment Map addresses. 

The Segment Map 3-Pattem Test will perform three separate write-read-compare 
cycles on each address within the Segment Map. In pass one, patterns 
“0xl2c5a”, “0x05a97” and “0x0972c” is repeated throughout the Segment 
Map before each address is read back and the observed value is compared with 
the expected value. Pass two will employ patterns “0x05a97”, “0x0972c” and 
“0xl2c5a”. Finally, pass three wiU use patterns “0x0972c”, “0xl2c5a” and 
“0x05a97”. 

The same LED displays used by the Segment Map Write-Write-Read Test are 
used by the Segment Map 3-Pattem Test. 

If an error should be detected, the test will continue to loop on the entire range of 
Segment Map addresses. 

Test 6 on a Sun-4/2xx or Test 4 on a Sun-4/lxx performs write-write-read- 
compare-read-compare cycles on each pair of addresses within the Page Map 
RAM. For each pair of addresses within the Page Map RAM, pattern 
“0x5a972c5a” is written to address x-1, pattern “0xa568d3a5” is written to 
address x, address x is read, the observed value of address x is compared with the 
expected value, address x-l is read and the observed value of address x-1 is com¬ 
pared with the expected value. 

If an error should be detected, the test will continue to loop on the pair of Page 
Map addresses currently under test. 

Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

6 

0x06 

bit 7 ooooo*»obit 0 

okay 

6 

0x86 

•0000990 

error 


Sun-4/lxx LED States: 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

4 

0x04 

bit 7 ooooo»oobit 0 

okay 

4 

0x84 

•0000*00 

error 
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Page Map Address Test The Page Map Address Test will write the address of each Page Map location to 

that location before reading back the value and comparing the observed value 
with the expected value. The entire range of Page Map addresses will be written 
prior to the read and compare operations. 

The same LED displays used by the Page Map Write-Write-Read Test are used 
by the Page Map Address Test. 

If an error should be detected, the test will continue to loop on the entire range of 
Page Map addresses. 

Page Map 3-Pattem Test The Page Map 3-Pattem Test will perform three separate write-read-compare 

cycles on each address within the Page Map. In pass one, patterns 
“0x5a972c5a”, “0x972c5a97” and “0x2c5a972c” is repeated throughout the 
Page Map before each address is read back and the observed value is compared 
with the expected value. Pass two will employ patterns “0x972c5a97”, 
“0x2c5a972c” and “0x5a972c5a”. Finally, pass three will use patterns 
“0x2c5a972c”, “0x5a972c5a” and “0x972c5a97”. 

The same LED displays used by the Page Map Write-Write-Read Test are used 
by the Page Map 3-Pattem Test. 

If an error should be detected, the test will continue to loop on the entire range of 
Page Map addresses. 

Software Traps Test Test 7 for a Sun-4/2xx or Test 5 for a Sun-4/1 xx generates all possible software 

traps, levels “0x80” through “OxdO” inclusive, and verify that each trap was 
taken (occurred). 


Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

1 

0x07 

bit 7 ooooo#»»bit 0 

okay 

1 

0x87 

•oooo«»* 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

5 

0x05 

bit 7 ooooo#o#bit 0 

okay 

5 

0x85 

•oooo«o» 

error 
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Interrupt Register Test Test 8 on a Sun-4/2xx or Test 6 on a Sun-4/lxx performs write-read-compare 

cycles on the Interrupt Register, using patterns “Oxff”, “Oxfe”,“0x00”. 

Sun-4^xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

8 

0x08 

0000*000 

okay 

8 

0x88 

•000*000 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

6 

0x06 

bit 7 ooooo**obit 0 

okay 

6 

0x86 

*0000**0 

error 


Software Interrupts Test Test 9 on a Sun-4/2xx or Test 7 on a Sun-4/1 xx generates all three software inter¬ 

rupts, levels “0x1”, “0x4” and “0x6”, an verily the occurrence of each inter¬ 
rupt. 

Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

9 

0x09 

bit 7 0000*00* bit 0 

okay 

9 

0x89 

*000*00* 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

1 

0x07 

bit 7 ooooo***bit 0 

okay 

1 

0x87 

*oooo*** 

error 
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TOD Interrupt Test After the appropriate initialization. Test 10 on a Sun-4^xx or Test 8 on a Sun- 

4/lxx determines whether or not TOD Clock interrupts are occurring. 

Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

10 

OxOa 

00009090 

okay 

10 

0x8a 

90009090 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

8 

0x08 

00009000 

okay 

8 

0x88 

90009000 

error 


Video Memory Write-Write- Test 11 on a Sun-4/2xx or Test 9 on a Sun-4/1 xx performs write-write-read- 
Read Test compare-read-compare cycles on each pair of addresses within the Video 

Memory. For each pair of addresses within the Video Memory, pattern 
“0x5a972c5a” is written to address x-1, pattern “0xa568d3a5” is written to 
address x, address x is read, the observed value of address x is compared with the 
expected value, address x-1 is read and the observed value of address x-1 is com¬ 
pared with the expected value. 

If an error should be detected, the test wiU continue to loop on the pair of Video 
Memory addresses currently under test. 

Sun-4^xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

11 

OxOb 

bit 7 oooo#o*#bit 0 

okay 

11 

0x8b 

•ooo«o»« 

error 


Sun-4/lxx LED Stales 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

9 

0x09 

bit 7 oooo»oo«bit 0 

okay 

9 

0x89 

• 000900 * 

error 


Video Memory Address Test The Video Memory Address Test will write the address of each Video Memory 

location to that location before reading back the value and comparing the 
observed value with the expected value. The entire range of Video Memory 
addresses is written prior to the read and compare operations. 
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The same LED displays used by the Video Memory Write-Write-Read Test are 
used by the Video Memory Address Test. 

If an error should be detected, the test wiU continue to loop on the entire range of 
Video Memory addresses. 

Video Memory 3-Pattem Test The Video Memory 3-Pattem Test wiU perform three separate write-read- 

compare cycles on each address within the Video Memory. In pass one, patterns 
“0x5a972c5a”, “0x972c5a97” and “0x2c5a972c” is repeated throughout the 
Video Memory before each address is read back and the observed value is com¬ 
pared with the expected value. Pass two will employ patterns “0x972c5a97”, 
“0x2c5a972c” and “0x5a972c5a”. Finally, pass three will use patterns 
“0x2c5a972c”, “0x5a972c5a” and “0x972c5a97”. 

The same LED display used by the Video Memory Write-Write-Read Test are 
used by the Video Memory 3-Pattem Test. 

If an error should be detected, the test wiU continue to loop on the entire range of 
Video Memory addresses. 

Test 10 on a Sun-4/lxx performs a color map test on cards attached to the P4 bus. 
It checks the color map on the Brooktree DAC by writing a pattern to the DAC 
and reading it back to compare. The pattern written causes a shaded gray pattern 
to appear on the screen. In the event of an error the test loops, reading the color 
map entry that is in error. The LED states are as follows: 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

10 

OxOa 

00009090 

okay 

10 

0x8a 

•ooo«o»o 

error 


P4 Color Map Test — Sim- 
4/1XX only 
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Limited Main Memory Write- Test 12 on a Sun-4/2xx or Test 11 on a Sun-4/lxx performs write-write-read- 
Write-Read Test compare-read-compare cycles on each pair of addresses within the Main Memory 

reserved for the monitor. For each pair of addresses within the Main Memory 
required by the monitor, pattern “0x5a972c5a” is written to address x-1, pattern 
“0xa568d3a5” is written to address x, address x is read, the observed value of 
address x is compared with the expected value, address x-1 is read and the 
observed value of address x-1 is compared with the expected value. 

If an error should be detected, the test wiU continue to loop on the pair of Main 
Memory addresses currently under test. 

Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

12 

OxOc 

bit 7 oooo#»oobit 0 

okay 

12 

0x8c 

•ooo««oo 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

11 

OxOb 

bit 7 oooo0o»*bit 0 

okay 

11 

0x8b 

•0009099 

error 


Limited Main Memory Address The Limited Main Memory Address Test will write the address of each Main 
Test Memory location reserved by the monitor, to that location before reading back 

the value and comparing the observed value with the expected value. The entire 
range of Main Memory addresses required by the monitor is written prior to the 
read and compare operations. 

The same LED displays used by the Limited Main Memory Write-Write-Read 
Test are used by the Limited Main Memory Address Test. 

If an error should be detected, the test will continue to loop on the entire range of 
Main Memory addresses used by the monitor. 


Limited Main Memory 3- 
Pattem Test 


The Limited Main Memory 3-Pattem Test wUl perform three separate write- 
read-compare cycles on each address within the Main Memory reserved for the 
monitor. In pass one, patterns 0x5a972c5a, 0x972c5a97 and 0x2c5a972c are 
repeated throughout the Main Memory required by the monitor before each 
address is read back and the observed value is compared with the expected value. 
Pass two employs patterns 0x972c5a97, 0x2c5a972c and 0x5a972c5a. Finally, 
pass three will use patterns 0x2c5a972c, 0x5a972c5a and 0x972c5a97. 

The same led displays used by the Limited Main Memory Write-Write-Read 
Test are used by the Limited Main Memory 3-Pattem Test. 

If an error should be detected, the test will continue to loop on the entire range of 
Main Memory addresses used by the monitor. 
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MMU Read Access/Modified 
Bits Test 


Test 13 on a Sun-4/2xx or Test 12 on a Sun-4/1 xx verifies that a read access sets 
the Access Status Bit but, does not set the Modified Bit, of the referenced page. 


Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

13 

OxOd 

bit 7 oooo»*o»bit 0 

okay 

13 

0x8d 

•0009909 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

12 

OxOc 

bit 7 oooo«»oobit 0 

okay 

12 

0x8c 

•ooo»»oo 

error 


MMU Write Access/Modified The MMU Write Access/Modified Bits Test will verify that a write access sets 
Bits Test both the Access Status Bit and the Modified Bit of the referenced page. 

The MMU Write Access/Modified Bits Test uses the same LED display as the 
MMU Read Access/Modified Bits Test. 


MMU Write To Write Protected Test 14 on a Sim-4/2xx or Test 13 on a Sun-4/1 xx determines whether or not an 
Page Test attempt to write to a write protected page will generate a Data Access Trap and 

set the Protect Error Bit in the Bus Error Register before verifying that the 
correct address was stored in the Memory Error Address Register. 

Sun-4^xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

14 

OxOe 

bit 7 oooo«»»obit 0 

okay 

14 

0x8e 

•0009990 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

13 

OxOd 

bit 7 oooo»»o#bit 0 

okay 

13 

0x8d 

•OOO99O0 

error 
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MMU Read Not-Writable Test 15 on a Sun-4/2xx or Test 14 on a Sun-4/lxx determines whether or not an 

Invalid Page Test attempt to read a write protected, invalid page will generate a Data Access Trap 

and set the Invalid Bit in the Bus Error Register before verifying that the correct 
address was stored in the Memory Error Address Register. 

Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

15 

OxOf 

bit 7 oooo»#»#bit 0 

okay 

15 

0x8f 

• 000««»9 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

14 

OxOe 

bit 7 oooo»#«obit 0 

okay 

14 

0x8e 

•ooo»««o 

error 


MMU Read Writable Invalid 
Page Test 


MMU Write Not-Writable 
Invalid Page Test 


The MMU Read Writable Invalid Page Test will determine whether or not an 
attempt to read a writable, invalid page will generate a Data Access Trap and set 
the Invalid Bit in the Bus Error Register before verifying that the correct address 
was stored in the Memory Error Address Register. 

The MMU Read Writable Invalid Page Test uses the same LED displays as the 
MMU Read Not-Writable Invalid Page Test. 

Test 16 on a Sun-4/2xx or Test 15 on a Sim-4/lxx determines whether or not an 
attempt to write a write protected, invalid page will generate a Data Access Trap 
and set the Invalid Bit in the Bus Error Register before verifying that the correct 
address was stored in the Memory Error Address Register. 

Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

16 

0x10 

bit 7 ooo^oooobit 0 

okay 

16 

0x90 

•oo^oooo 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

15 

OxOf 

bit 7 oooo»»»*bit 0 

okay 

15 

0x8f 

• 000«««9 

error 
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MMU Write Writable Invalid The MMU Write Writable Invalid Page Test will determine whether or not an 

Page Test attempt to write a writable, invalid page will generate a Data Access Trap and set 

the Invalid Bit in the Bus Error Register before verifying that the correct address 
was stored in the Memory Error Address Register. 

The MMU Write Writable Invalid Page Test will use the same LED displays as 
the MMU Write Not-Writable Invalid Page Test. 


Main Memory Timeout Test Test 17 on a Sun-4/2xx or Test 16 on a Sim-4/lxx determines whether or not an 

attempt to access a non-existent physical address wiU generate a Data Access 
Trap and set the Timeout Bit in the Bus Error Register before verifying that the 
correct address was stored in the Memory Error Address Register. 

Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

17 

0x11 

bit 7 ooo«ooo»bit 0 

okay 

17 

0x91 

•0090009 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

16 

0x10 

bit 7 ooo#oooobit 0 

okay 

16 

0x90 

•0090000 

error 


Control Space Timeout Test Test 18 on a Sun-4/2xx determines whether or not an attempt to access a non¬ 

existent device address within Control Space will generate a Data Access Trap 
and set the Timeout Bit in the Bus Error Register before verifying that the correct 
address was stored in the Memory Error Address Register. On a Sun-4/1 xx this 
test shares the same LED states as the Main Memory Timeout Tests. 

Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

18 

0x12 

bit 7 ooo»oo#obit 0 

okay 

18 

0x92 

•0090090 

error 
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Range Error Test 


Size Error Test 


Test 19 on a Sun-2/xx or Test 17 on a Sun-4/1 xx determines whether or not an 
attempt to access an invalid virtual address (0x88880000) wiU generate a Data 
Access Trap and set the Invalid Bit in the Bus Error Register before verifying 
that the correct address was stored in the Memory Error Address Register. 

Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

19 

0x13 

bit 7 ooo*oo**bit 0 

okay 

19 

0x93 

• 00 * 00#9 

error 


Sun-4/lxx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

17 

0x11 

bit 7 ooo*ooo«bit 0 

okay 

17 

0x91 

•oo*ooo* 

error 


Test 20 on a Sun-4/2xx determines whether or not an attempt to access the 8-bit 
Bus Error Register as if it were a 32-bit register wiU generate a Data Access Trap 
and set the Size Error Bit in the Bus Error Register before verifying that the 
correct address was stored in the Memory Error Address Register. On a Sun- 
4/1 xx, this test shares the same LED states as the Range Error Test. 


Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

20 

0x14 

bit 7 ooo#o«oobit 0 

okay 

20 

0x94 

•oo»o«oo 

error 
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NOTE When Sun-41 Ixx systems detect a memory error during the power-up self tests, 
the faulty SIMM will be identified by its reference designator. 

Parity No Fault Test — Sun- Test 18 on a Sun-4/1 xx performs the Parity No Fault Test. It ensures that parity 
4/1XX Only errors are not generated randomly while accessing memory. With Parity enabled, 

Parity interrupts ON and Parity test bit OFF (in the Memory Error Control Regis¬ 
ter) a short section of memory is written and read. A check is made after each 
read that no parity error interrupt was generated and no error is detected. The 
LED states are as follows: 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

18 

0x12 

bit 7 ooo»oo#obit 0 

okay 

18 

0x92 

•oo«oo*o 

error 


Parity Error Detection and This Sun-4/1 xx test shares LED states with the Parity No Fault Test. It ensures 

Interrupt Test — Sun-4/1 xx that when a parity error is generated an interrupt will occur. The parity test bit is 

Only enabled to force inverse parity bits. A short section of memory is written. That 

section is read and, after each read a check is made that the parity error is 
detected and that a parity error interrupt is generated. On an error, the test loops 
on the location that is not generating parity errors. The LED states are the same 
as those for the Parity No Fault Test. 


Parity Error Detection Without This test ensures that Sun-4/lxx parity errors are detected without an interrupt 

Interrupt — Sun-4/1 xx having to be generated. With parity interrupts OFF, the parity test bit ON, and 

parity enabled, writes and reads are done and a check is done to ensure that parity 
errors are detected but no interrupt is generated. On an error the test loops on the 
location that is not generating parity errors. This Sun-4/1 xx test shares LED 
states with the Parity No Fault Test. 


Cache Tag Bank Test, Test 19 on a Sun-4/1 xx performs the Cache Tag Bank Test, alternating bit pairs 

Alternating Bit Pairs <31:11> 31:11. This test checks the functionality of the Cobra cache tag IC by accessing 

— Sun-4/1 XX Only memory in pairs where the pairs differ in address by alternating bits 31:11. This 

should check the tag IC’s ability to rapidly switch banks of memory and make 
hits and misses. Two values are written to a high and low address. Each is read 
back and compared to the original value written to that address. If a mis-match 
occurs, an error is indicated. If an error is detected the routine loops repeating 
the access. The LED states are as follows: 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

19 

0x13 

bit 7 ooo#oo»*bit 0 

okay 

19 

0x93 

•oo«oo«» 

error 
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SCSI/DMA Tests — Sun-4/lxx Test 20 on the Sun-4/lxx performs SCSI and DMA tests. These tests share these 
Only LED states: 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

20 

0x14 

bit 7 ooo#o»oobit 0 

okay 

20 

0x94 

•0090900 

error 


DMA Address Register Test — This test checks the DMA address register in the array.SCSIgate It writes 256 dif- 

Sun-4/lxx Only ferent values to the DMA address register and reads them back. On each read it 

compares what was written with what was read back. On an error it loops, 
repeating the operation. The LED states are shown above under SCSI/DMA 
Tests. 


DMA Byte Counter Register This test checks the DMA byte count register in the SCSI gate array. It writes 

Test — Sun-4/lxx Only 256 different values to the DMA byte count register and reads them back. On 

each read it compares what was written with what was read back. On an error it 
loops repeating the operation. The LED states are shown above under SCS//DAfA 
Tests. 


DMA Send and Byte Pack This test checks DMA transfer into the byte pack register. It maps in a piece of 

Register Test — Sun-4/1 xx memory and puts a test pattern into it. It then sets up and starts a DMA transfer 

Only to the SCSI which should put the test pattern bytes into the byte pack register. 

The byte pack register is then read and the results compared against the test pat¬ 
tern. The LED states are shown above under SCSIIDMA Tests. 


DMA Conflict Interrupt Check This test checks that a DMA conflict interrupt is generated when one of the SCSI 

— Sun-4/1 XX Only registers is accessed during a DMA transfer. It first sets up a transfer with the 

mapping used in the previous test. While the transfer is in progress it touches the 
DMA count register and then checks to see that the conflict interrupt occurred. 
Possible error messages viewed on a terminal attached to a serial port are: 

The shoebox is not on 

which means that the cable is plugged into a mass storage subsystem that is not 
powered up. 

No SCSI Error Interrupt when expected 
This message comes up when no intermpt is seen. 

Error: DMA_CONFLICT bit not set in DMA Status Register 
This message comes up when no DMA conflict interrupt is seen. 

DMA From Invalid Page — This test checks to see that DMA from an invalid page produces a bus error. This 

Sun-4/1 XX Only is accomplished by starting a transfer to an invalid page and checking to see that 

the bus error bit is set in the SCSI control/status register. If an error is detected, 
the routing loops, repeating the operation. 
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ECC Circuit Test — Sun-4/2xx Test 21 on a Sun-4/2xx actually performs two ECC logic tests. The initial ECC 

Only Circuit Test determines whether or not single bit. Correctable Errors can be 

detected and corrected. The second ECC Circuit Test determines whether or not 
multiple bit, Uncorrectable Errors are detected and not corrected. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

21 

0x15 

bit 7 ooo»o#o»bit 0 

okay 

21 

0x95 

•oo«o»o» 

error 


Cache Tag Memory Write- Test 22 performs write-write-read-compare-read-compare cycles on each pair of 

Write-Read Test — Sun-4/2xx addresses within the Sun-4/2xx Cache Tag RAM. For each pair of addresses 

Only within the Cache Tag RAM, pattern 0x5a972c5a is written to address x-1, pattern 

0xa568d3a5 is written to address x, address x is read, the observed value of 
address x is compared with the expected value, address x-1 is read and the 
observed value of address x-1 is compared with the expected value. 

If an error should be detected, the test will continue to loop on the pair of Cache 
Tag addresses currently under test. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

22 

0x16 

bit7ooo»o»#obit 0 

okay 

22 

0x96 

•oo»o»»o 

error 


Cache Tag Memory Address The Sun-4/2xx Cache Tag Memory Address Test writes the address of each 

Test — Sun-4/2xx Only Cache Tag Memory location to that location before reading back the value and 

comparing the observed value with the expected value. The entire range of Cache 
Tag Memory addresses is written prior to the read and compare operations. 

The same LED display used by the Cache Tag Memory Write-Write-Read Test 
wiU be used by the Cache Tag Memory Address Test. 

If an error should be detected, the test will continue to loop on the entire range of 
Cache Tag Memory addresses. 


Cache Tag Memory 3-Pattem The Cache Tag Memory 3-Pattem Test performs three separate write-read- 

Test — Sun-4/2xx Only compare cycles on each address within the Cache Tag Memory. In pass one, pat¬ 

terns 0x5a972c5a, 0x972c5a97 and 0x2c5a972c is repeated throughout the Cache 
Tag Memory before each address is read back and the observed value is com¬ 
pared with the expected value. Pass two wiU employ patterns 0x972c5a97, 
0x2c5a972c and 0x5a972c5a. Finally, pass three will use patterns 0x2c5a972c, 
0x5a972c5a and 0x972c5a97. 

The same LED display used by the Cache Tag Memory Write-Write-Read Test 
will be used by the Cache Tag Memory 3-Pattem Test. 
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If an error should be detected, the test will continue to loop on the entire range of 
Cache Tag Memory addresses. 


Cache Data Memory Write- Test 23 on a Sun-4/2xx wiU perform write-write-read-compare-read-compare 

Write-Read Test — Sun-4/2xx cycles on each pair of addresses within the Cache Data RAM. For each pair of 

Only addresses within the Cache Data RAM, pattern 0x5a972c5a is written to address 

x-1, pattern 0xa568d3a5 is written to address x, address x is read, the observed 
value of address x is compared with the expected value, address x-1 is read and 
the observed value of address x-1 is compared with the expected value. 

If an error is detected, the test continues to loop on the pair of Cache Data 
addresses currently under test. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

23 

0x17 

bit 7ooo»o#»»bit 0 

okay 

23 

0x97 


error 


The Cache Data Memory Address Test wUl write the address of each Cache Data 
Memory location to that location before reading back the value and comparing 
the observed value with the expected value. The entire range of Cache Data 
Memory addresses is written prior to the read and compare operations. 

The same LED display used by the Cache Data Memory Write-Write-Read Test 
is used by the Cache Data Memory Address Test. 

If an error should be detected, the test will continue to loop on the entire range of 
Cache Data Memory addresses. 

Cache Data Memory 3-Pattem The Cache Data Memory 3-Pattem Test performs three separate write-read- 
Test — Sun-4/2xx Only compare cycles on each address within the Cache Data Memory. In pass one, pat¬ 

terns 0x5a972c5a, 0x972c5a97 and 0x2c5a972c is repeated throughout the Cache 
Data Memory before each address is read back and the observed value is com¬ 
pared with the expected value. Pass two will employ patterns 0x972c5a97, 
0x2c5a972c and 0x5a972c5a. Finally, pass three will use patterns 0x2c5a972c, 
0x5a972c5a and 0x972c5a97. 

The same LED display used by the Cache Data Memory Write-Write-Read Test 
is used by the Cache Data Memory 3-Pattem Test. 

If an error should be detected, the test wiU continue to loop on the entire range of 
Cache Data Memory addresses. 


Cache Data Memory Address 
Test — Sun-4/2xx Only 
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Cache Write/Read Hit/Miss Test 24 on a Sun-4/2xx verifies that the (1) write-hit, (2) write-miss, (3) read-hit. 

Verify Test (4) read-miss and (5) write-back cache operations are functioning correctly. 

In particular, the following steps are performed by the Cache Write/Read 

Hit/Miss Verify Test. 

1. The cache is turned off. 

2. The Cache Tag RAM is cleared. 

3. An arbitrary pattern is written to a 64 long word block of main memory 
(twice the size of the cache). Filling this block of memory with a pattern 
enables the Cache Write/Read Hit/Miss Verify Test to determine whether or 
not subsequent cache write-back operations work as expected. 

4. The cache is turned back on. 

6. The address of each long word location, within the block of memory men¬ 
tioned above, is written to that location. This operation should cause 8192 
write-miss-without-write-back cycles, each of which is followed by three 
write-hit cycles, prior to causing 8192 write-miss-with-write-back cycles, 
each of which is followed by three write-hit cycles. 

7. The content of each of the long words in memory is read back before the 
observed value is compared with the expected value. This read operation 
should cause 16384 read-miss-with-write-back cycles, each of which should 
be followed by three read-hit cycles. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

24 

0x18 

bit 7 ooo»»ooobit 0 

okay 

24 

0x98 

•oo»«ooo 

error 
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Cache Write/Read/FlushA'^erify Test 25 on a Sun-4/2xx verifies that the page flush cache operation is in good 
Test — Sun-4/2xx Only working order. 

In particular, the following steps are performed by the Cache 

Write/Read/FlushA^erify Test. 

1. The cache is turned off. 

2. The Cache Tag RAM is cleared. 

3. An arbitrary pattern is written to a 64 long word block of main memory 
(twice the size of the cache). Filling this block of memory with a pattern will 
enable the Cache Write/Read Hit/Miss Verify Test to determine whether or 
not subsequent cache write-back operations work as expected. 

4. The cache is turned back on. 

5. The value at each long word location, within the block of memory men¬ 
tioned above, is read and written back to that same location. This operation 
should cause 16384 read-miss-with-write-back-write-hit-without-write-back 
cycles, each of which should be followed by three read-hit-without-write- 
back-write-hit-without-write-back cycles. 

6. The page flush operation is repeated until the entire cache has been flushed. 

7. The content of each of the long words in memory is read back before the 
observed value is compared with the expected value. This read operation 
should cause 16384 read-miss-without-write-back cycles, each of which 
should be followed by three read-hit cycles. 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

25 

0x19 

bit 7 ooo*ooo#bit 0 

okay 

25 

0x99 

•0099009 

error 
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Main Memory Tests 


Main Memory Write-Write- 
Read Test — Diagnostic Mode 
Only 


There are two different sets of Main Memory tests, one of which performs a more 
thorough check of Main Memory and, consequently requires more execution 
time. The more comprehensive tests are intended for use during manufacturing 
bum-in and at other times when a memory hardware failure is suspected. The 
other test provides a quick sanity check of the memory system under normal 
booting conditions. 

If the Diagnostic Switch is in the NORM position, the Main Memory Address Test 
and the Main Memory Ones Complement Address Test are executed. The quan¬ 
tity of memory tested is controlled by the value in EEPROM location 0x15. Refer 
to the EEPROM Layout chapter for information on modifying this value. 

However, if the Diagnostic Switch is in the DIAG position, the Main Memory 
Write-Write-Read Test, Main Memory Address Test and the Main Memory 3- 
Pattem Test are executed. 

Test 26 on a Sun-4/2xx or Test 21 on a Sun-4/1 xx performs write-write-read- 
compare-read-compare cycles on each pair of addresses within Main Memory, 
excluding the memory reserved for the monitor. For each pair of addresses within 
Main Memory, excluding memory required by the monitor, pattern 0x5a972c5a 
is written to address x-1, pattern 0xa568d3a5 is written to address x, address x is 
read, the observed value of address x is compared with the expected value, 
address x-1 is read and the observed value of address x-1 is compared with the 
expected value. 

If an error is detected, the test continues to loop on the pair of Main Memory 
addresses currently under test. 


Sun-4/2xx LED States 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

26 

Oxla 

bit 7 ooo»#o#obit 0 

okay 

26 

0x9a 

•oommomo 

error 


Test Number 

Hexadecimal Value Of LEDs 

Visual Representation 

Condition 

21 

0x15 

bit 7 ooo*o»o»bit 0 

okay 

21 

0x95 

•oo»o»o« 

error 


Main Memory Address Test The amount of Main Memory to be tested is a function of the position of the 

Diagnostic Switch. See the previous discussion regarding the Main Memory 
Write-Write-Read Test for more detail. 

The Main Memory Address Test wiU write the address of each Main Memory 
location, excluding those reserved by the monitor, to that location before reading 
back the value and comparing the observed value with the expected value. The 
entire range of Main Memory addresses not required by the monitor is written 
prior to the read and compare operations. 
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During Normal Mode, LED 5 will blink on and off during the Main Memory 
Address Test. The same LED displays used by the Main Memory Write-Write- 
Read Test are used by the Main Memory Address Test 

In contrast to the diagnostic 

mode main memory tests, the normal mode Main Memory Address Test will be 
terminated if an error should be detected. 


Main Memory 3-Pattem Test — The amount of Main Memory to be tested is a function of the position of the 
Diagnostic Mode Only Diagnostic Switch. See the previous discussion regarding the Main Memory 

Write-Write-Read Test for more detail. 

The Main Memory 3-Pattem Test will perform three separate write-read-compare 
cycles on each Main Memory location, excluding those reserved by the monitor. 
In pass one, patterns 0x5a972c5a, 0x972c5a97 and 0x2c5a972c is repeated 
throughout the Main Memory not required by the monitor before each address is 
read back and the observed value is compared with the expected value. Pass two 
will employ patterns 0x972c5a97,0x2c5a972c and 0x5a972c5a. Finally, pass 
three will use patterns 0x2c5a972c, 0x5a972c5a and 0x972c5a97. 

The same LED displays used by the Main Memory Write-Write-Read Test are 
used by the Main Memory 3-Pattem Test. 

If an error should be detected, the test will continue to loop on the entire 


Main Memory Ones 
Complement Address Test — 
Normal Mode Only 


11.3. Host System 
Initialization 


The value at location 0x15 of the EEPROM will determine the amount of Main 
Memory to be tested. Since the configuration information in the EEPROM may 
be modified, you will have the ability to control whether none, part or all of 
Main Memory will be tested. Instmctions for modifying location 0x15 of the 
EEPROM are given in the EEPROM Layout chapter. 

The Main Memory Ones Complement Address Test writes the ones complement 
of the address of each Main Memory location, excluding those reserved by the 
monitor, to that location before reading back the value and comparing the 
observed value with the expected value. The entire range of Main Memory 
addresses not required by the monitor will be written prior to the read and com¬ 
pare operations. 

During the execution of the normal mode Main Memory Ones Complement 
Address Test, LED 5 will blink on and off. 

Should an error should be detected, the normal mode Main Memory Ones Com¬ 
plement Address Test will terminate, rather than enter the scope loop that is 
characteristic of the diagnostic mode main memory tests. 

Beyond the error-free completion of the power-up tests, but before the the execu¬ 
tion of the default boot sequence, the CPU and memory require initialization. The 
initialization steps are listed below in an arbitrary order. 

1. The System Enable Register is set to normal state. 

2. The Context Register is set to context 0x0. 
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3. The Processor Status Register is initialized. Specifically, the CPU is in super¬ 
visor mode, window ‘ ‘0x0” is active, interrupts is on and traps is enabled. 
Furthermore, if the Floating Point Unit probe was successful, the FPU is 
enabled. 

4. The virtual address of the Trap Table is written into the Trap Base Register. 

5. The Window Invalid Mask register is initialized to 0x2. 

6. The segment table entries for each context is initialized. 

7. All page table entries is initialized. 

8. Memory is sized. 

A. A record of the total quantity of main memory that is physically present, 
both working and non-working, is stored in ♦romp- 

>v_memor y size. 

B. Variable *romp->v_memoryavail contains the amount of available 
memory, excluding non-working pages and pages reserved for the mon¬ 
itor itself. 

9. AU of the available main memory is initialized to 0x0 (an unimplemented 
instruction). 

10. All available pages of working memory are mapped in ascending order, 
starting at location zero. 

11. One page of RAM is reserved for a stack area and the Stack Pointer is initial¬ 
ized. 

12. A page of RAM is reserved for the monitor’s global variables. 

13. An additional page of RAM is reserved for the monitor’s Trap Vector Table 
and Font Table. 

14. Assuming that they exist, the devices that are initialized and map^d are 
presented below. 

A. ECC Memory Enable Register(s). 

B. EEPROM. 

C. EPROMS (Boot PROMs). 

D. Ethernet. 

E. Interrupt Register. 

F. Keyboard. 

G. Mouse. 

H. Serial Ports A and B. 

I. TOD Qock. 

J. Video Memory. 


n 
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15. The RAM copy of the monitor’s Trap Vector Table, which contains the 
addresses of Ae trap and interrupt handling routines, is set up. 

16. The entry points to aU of the support routines provided by the monitor will 
be set up. In order to make use of these monitor support routines, programs 
must include the file sunromvec. h. 

17. Cache initialization is performed. 

11.4. The Boot Sequence Following the initialization of the workstation, the default boot sequence is exe¬ 
cuted. There are two issues that must be considered here. One has to do with 
what is to be down-loaded', the other has to do with/ro/n what device it is to be 
loaded. 

Assuming no operator intervention, the position of the Diagnostic Switch will 
determine what is to be booted. If the Diagnostic Switch is in the NORM position, 
the SunOS operating system is booted. Otherwise, if the Diagnostic Switch is in 
the DIAG position, the EEPROM-specified program, located in the Diagnostic Boot 
Path area of the EEPROM, is booted. Be aware that the monitor is invoked if no 
EEPROM-specified program is available. 

If, however, you interrupt the automatic (default) boot sequence, the monitor pro¬ 
gram is invoked. At that point, you may specify what is to be booted and where it 
is to be booted from. See command b (boot) in the section titled Basic Monitor 
Commands for a description of how to boot user-specified programs from user- 
specified devices. 

If you are interacting with a Sun-4 workstation through the Sun keyboard, you 
may interrupt the default boot sequence by typing Ll-a. That is, hold down the 
ILl I key while pressing the a key. On the other hand, if you are interacting with 
the work station through a “dumb” terminal, pressing the I Break) key terminates 
the automatic boot sequence. 

CAUTION When the system has a disk, do not use the Ll-a sequence once the operat¬ 
ing system is running. Doing so may result in damage to your file systems. 
Use sync and then /etc/halt if the operating system is running. 


Once you are in the monitor mode (you will see the > prompt), you should reset 
the system to clear out all of the hardware settings. Do the following: 


r 

A 

> g 0 


panic: zero 


Syncing disks... done 


V. 

. J 


Press I Ll-a I or I Break 1 again when the message above finishes. Next you may 


see this message: 

r 

dumping to dev somevalue, offset .somevalue 

-N 

Abort at somevalue 

> 



J 
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The firmware also determines from what boot device the program wiU be 
loaded. If the Diagnostic Switch is in the NORM position and the content of 
EEPROM location 0x18 is equal to 0x12 (an arbitrarily chosen value), Sun-4 
firmware will attempt to boot the operating system from the boot path specified 
in the EEPROM, beginning at location 0x19. If the boot path, which slrauld begin 
at EEPROM location 0x19, is missing or contains an error, the monitor program is 
invoked. 

If the Diagnostic Switch is in the NORM position and the content of EEPROM loca¬ 
tion 0x18 is not equal to 0x12, Sun-4 firmware attempts to boot the SunOS 
operating system, using the following boot device polling sequence; 

1. Xylogics Disk. 

2. SCSI Disk. 

3. Ethernet. 

If the Diagnostic Switch is in the DIAG position, the firmware assumes that both 
the path name of the file containing the program to be loaded and the boot device 
are specified in the EEPROM, beginning at EEPROM location 0x000022. If either 
the file name or the boot device is not present or is in error, the monitor is 
invoked. 
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Sun-4 PROM Monitor Commands 


This chapter describes the PROM monitor (sometimes called the “system moni¬ 
tor”) commands available to Sun-4 workstations. Taken as a whole, these com¬ 
mands offer a low-level user interface to the Sun hardware. The commands con¬ 
trol a variety of options, including booting from an alternate device, changing the 
console output, reading or altering registers or memory locations, and so on. 

Most of the monitor commands are transient (commands whose effects disappear 
when the power is turned off), with the exception of the q command, which pro¬ 
grams the EEPROM and remains in effect until deliberately altered with another 
PROM command. The q command reconfigures your system. The Boot PROM 
consults the EEPROM to determine much of its configuration information, such 
as the booting sequence, primary input and output devices, and so on. 

See the q command, in this chapter, for details on how to program the EEPROM 
and the EEPROM Layout chapter for parameter entry locations. 

Bringing up the PROM Monitor Read Chapter 3 for instructions on bringing up the PROM monitor. 

12.2. Monitor Command The example that follows shows the menu that comes up when you enter h 
Overview (help) at the monitor prompt. This section describes the general characteristics 

that an of the commands have in common. Detailed descriptions of each com¬ 
mand and its arguments are listed in the next section. For on-line help concern¬ 
ing one of the commands, after bringing up the help menu, enter the number that 
appears to the left of the command and then press 1 Return I . 


12.1. What’s In This 
Chapter 
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Figure 12-1 Monitor Help Menu 


Monitor 


REV: XX 


10/27/86 


Help Menu 


1 b Boot a program. 

2 k Reset all or part of the machine or display the banner. 

3 u Initialize the input and output devices. 

4 c/g/w Resume or modify program flow. 

5 d/r Display and/or modify the registers♦ 

6 o/e/1 Display and/or modify individual memory locations. 

7 f/v Display or modify a block of memory. 

8 m/p Display and/or modify segment or page table entries. 

9 g Display and/or modify EEPROM locations. 

10 s Display or modify the Address Space Identifier. 

11 i/j Display and/or modify cache data or tag entries. (Sun“‘4/2xx Only) 

11 More monitor commands (Sun-4/lxx Only) 

12 n Disabler enable or invalidate cache. {Sun--4/2xx Only) 

13 y Flush part of the cache. <Sun-’4/2xx Only) 

h/? Enter the help system for the basic monitor commands. 

X Enter the Extended Test system. 

"option_number^'^*Additional Help <esc>«Go-to-Previous-Menu q*Quit 

Command “> 


Getting Help 


If you want further help with one of the commands shown above, enter the 
number to the left of the command, like this: 

Command== >1 

If you entered 1, more detailed information about the Boot command would 
be displayed. 


Sun-4/1 XX Additional Menu 


Monitor 


REV:1 


If you have a Sun-4/100 series system and you did not find the topic you need 
help with in the help menu, enter “11” (More monitor commands) on the com¬ 
mand line at the bottom of the menu. This will take you to an additional menu 
that is similar to the following. 


date Help Menu 


1 "a Display device addresses. 

2 "c Copy a block of memory to another part of memory. 

3 "i Compilation date of EEPROM code. 

4 "p Enable/disable parity circuitry. 

5 '"t Translate a virtual address to a physical address. 

6 a Enter the Diagnostics Engineering Monitor. 

"option_number''= Additional Help <esc> = Go-'to-Previous-Menu q= quit 
Command == > 



♦ sun 


microsystems 
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Executing a Command The monitor command syntax in this chapter shows the command in bold 

typewriter font and the optional arguments in italic typewriter 
font. The text that follows the command line teUs you the possible arguments 
you may use in place of the italic_descriptions. 

In general, to execute a command, you type the appropriate command letter, fol¬ 
lowed by any required command arguments. For example, if you wanted to exe¬ 
cute the hypothetical command 0, which we will say needs the arguments 
“100” and “200”, you would type aline like this: 

> 0 100 200 

The command letter can be upper or lower case, and aU commands and argu¬ 
ments are separated by white-space (tabs or spaces). Pressing the return key exe¬ 
cutes the command. 

When typing commands, the I Backspace) or [ Delete 1 keys erase the last character 
typed. 

Default Values Many of the monitor commands have built in, or default values, which the com¬ 

mand uses if you do not supply arguments. The default values vary from com¬ 
mand to command. Check the command descriptions for the default values of 
interest. 

Word Sizes Word sizes referred to in this chapter are defined as follows: A byte is eight bits 

long; a word is 16 bits long; a long word is 32 bits long. 

This section provides more detailed information on the commands listed in the 
previous section. Both the commands and their arguments are described here. 
Note that any changes made with these commands, with the exception of the q 
command for EEPROM programming, are valid only until the system is powered 
down. Parameters changed with the q command take effect when you power 
cycle or do a k2 reset to the system, and remain in effect until you use the q 
command again to alter the contents of the EEPROM. 

Displaying and Modifying A number of the commands described here can be used to display and/or modify 

Memory sections of the workstation memory. Regardless of the type of memory (RAM, 

EEPROM, etc.), these commands have the same command syntax. This section 
describes the memory modification syntax used by the monitor commands. The 
example here is referencing long words (32 bits) of memory, but the syntax is the 
same for bytes (8 bits) and words (16 bits). 

Memory modification commands accept two arguments. The address argu¬ 
ment specifies the initial memory location that is to be displayed and/or 
modified. 

The second argument determines whether the current content of a memory loca¬ 
tion is to be displayed and/or modified. Entering only the address of a memory 
location after the command displays the content of that address. 


12.3. The Monitor 
Commands 
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. ..... . .. ........ 

>conimand ffeSOOOO 1 Return 1 

ffeSOOOG: 1234 ? 

S_ J 


At this point, you can respond in one of four different ways. 


1. Simply pressing the f Return I key displays the contents of the next memory 
location (in this case, 0xFFE800O4) as shown below. 


r"" 



A 


>coirmand ffeSOOOO 

[ Return 1 



ffeSOOOO: 1234 ? 



V 

FFES0002: 0001 ? 


J 


Successively pressing the I Return I key displays the contents of successive 
memory locations. Assuming that you pressed I Return 1 four times, the contents 
of memory locations 0xffe80002,0xffe80004,0xffel0006 and 0xffe0008 would 
be displayed. 

2. The second way to respond to the 

> ffeSOOOO: 1234? 

display returns you to the PROM monitor command. To exit the 
display/modify mode, enter any non-hexadecimal character other than the 
plus or minus signs (enter q for quit, for example) before pressing I Return I . 
Note that you will now return to the monitor’s basic command level, with 
the > prompt. 

- - — - - -----—'—\ 

>coimeind FFESOOOO t Return"! 

FFESOOOO: 1234 ? <i 1 Return 1 

> 

3. The third response to the display of memory location contents is to change 
the direction in which the addresses are displayed. For information on using 
plus and minus characters to do this, please refer to the section titled Special 
Monitor Commands. 


Following the assignment of the 
new value to memory location 
OxffeSOOOO, the new value will not 
be displayed; instead, the contents 
of the next memory location are 
shown. You will not be returned to 
the monitor’s basic command level. 


4. The fourth method of response to the 
> ffeSOOOO: 1234? 

display is to modify those contents. To do so, you enter the new hexade¬ 
cimal value immediately following the question marie ?, BEFORE pressing 
I Return 1 . The following display demonstrates how the value of memory 
location 0xFFE80000 can be changed from “1234” to “OOabed”. 
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>ciommand ffeSOOOO ( Return 1 



ffeSOOOO: 1234 ? OOabcd [ Return J 



FFE80004: 00000001 ? 




J 


Entering a memory location’s virtual address followed only by a non¬ 
hexadecimal character before pressing the [ Return I key causes the monitor to 
display the contents of that location then exit to the monitor command level. 



A 

>coinmand ffe80004 q ( Return J 


FFE80004: 00000001 




V_ 

J 


Entering a non-hexadecimal character and a hexadecimal value after an address 
causes the monitor to display the original value at that virtual address, assign a 
new value, then display that value. For instance, assume that the original contents 
at address OxffeSOOOa is ”0005”. The command 


r 

>command FFESOOOa ? 5550 1 Return ] 


<_ 

. y 


displays the original value ”0005” then assigns the value ”5550” to word 
address OxffeSOOOOa before displaying the contents of the next address, as shown 
below: 



? 5550 ( Return ) 

A 

>oomnand ffeSOOOa 


ffeSOOOa: 0005 -> 

> 

5550 


\_ 


J 


Entering a hexadecimal value after the virtual address corresponding to a word 
assigns the new value to that word, displays the newly-assigned value, then 
returns to the monitor. If you enter: 



A 

>contmand ffeSOOOc 6660 1 Return 1 




The program will answer back: 


- \ 

ffeBOOOc “> 6660 




V 

. J 


You may also enter multiple display and/or modify commands for multiple 
memory locations on the same command line. If you enter this command line: 

-^ 

>cotmand ff»80000 ? 0000 ? ? 2220 3330 <j 1 Return I 

___y' 
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You will see this on the screen: 


- \ 

ffeSOOOO: 1234 -> 0000 
£f680002; 0001 
ffe80004; 0002 -> 2220 
ffe80006 -> 3330 
ffeSOOOS; 0004 

|;|:|||||;|||||;|||||||i:||i|||;|||||||||||||||||||i||||||||i 

_^_ J 


The first part of the command line, 

>command ££e80000 ? 0000 

displays the original contents of location ffeSOOOO before assigning and display¬ 
ing the new value “0000” to. 

The next question mark directs the monitor to display the contents of the word 
ffe80002. The next part of the command line, ? 222 0,tells the monitor to 
display the original contents of ffe80004, before assigning and displaying the 
new value “2220” to it. The 3330 tells the monitor to assign the vine “3330” 
to word ffe80006 before displaying the new value. Finally, the q causes the mon¬ 
itor to exit to the command level after the contents of ffeSOOOS are displayed. 


Special Monitor Commands 
Address Increment/Decrement 
Command 


By preceding the command with a + or -, you can cause the address display to 
increment or decrement to the next location. 

While traversing a range of addresses, type a + or - to change direction after 
the program displays the content and waits for input. For example: 


>1 0 I Return I 

00000000 00000000 ? 1 Return I 

00000004 00000001 ? 1 Return 1 

00000008 00000002 ? - I Return 1 

00000004 00000001 ? 1 Return I (contents of previous locmion are ^splayed) 

00000000 00000000 ? + 1 Return ] (afier decrement, you enter a plus sien) 
00000004 00000001 7 [ Return~1 (vou increment aeain) 

00000008 00000002 ? I Return 1 tvou increment again) 


The “T Command Entering the " character and then the t key, followed by a virtual address, 

displays the physical address to which that address is mapped, along with a 
detailed description of all the bits in the page table entry, the segment and page 
RAM addresses, and what space they are in. 
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The "I Command 


The ~C Command 


List of Sun-4 Monitor 
Commands 


Monitor b Command 


For example, entering 
>-t 1000 C Return""! 
results in this display: 

virtual Addr 1000 is mapped to Physical Addr 1000 
Context = 0x0, Seg Map “ 0x0, Page Map = OxCOOOOOOO. 

Page 0 has these attributes; 

Valid bit = 0 
Permission = 1 
No Cache = 0 
Type = 0 

Access bit 0 
Modify bit ” 0 

_ 


Entering "t with no argument provides information with reference to virtual 
address 0x00. 

Entering the " character and then the i key, followed with a command, 
displays compilation information concerning the system firmware. It includes 
the date, host name and build directory path. For example: 

Compiled at 6/7/87 on hostname in /directory_name 


“C source destination n 

Entering the " character and then the c key, followed with the parameters 
shown, causes a block of n length to be copied from source to destina¬ 
tion address, byte by byte. There is enough delay to copy to EEPROM also. 

The paragraphs below describe each of the monitor commands in detail. Each 
paragraph starts with a line describing the command syntax. If a command has 
more than one distinct format, each one is shown on a separate line. Letters in 
bold typewriter font mean you should enter them exactly as shown. Plain 
typewriter font represents what you should see on the screen, or the name of 
a program or file. Words in typewri ter italic show the type of informa¬ 
tion you are to enter. Roman italic or boldfaced font is also used for emphasis 
within the text. Optional arguments and default values are listed in the descrip¬ 
tions. 

b ? or b ! boot_device path argument_list 

The boot command loads and executes the operating system, an eeprom- 
specified program, or a user-specified program. The boot program can be loaded 
from the default device, the device specified in the EEPROM, or the boot device 
specified in the command argument. A boot_device is a secondary storage 
device (disk, Ethernet or tape) that contains the program to be loaded and exe¬ 
cuted. 



micros ysterro 
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If the Diagnostic Switch on the back of the system is in the NORM position, the 
value in EEPROM address 0x18 is not equal to 0x12, and the boot command is 
entered without arguments, the system will boot the SunOS operating system, 
using the following default boot device polling sequence. 

1. XylogicsDisk 

2. SCSI Disk 

3. Ethernet 

If the EEPROM value at address 0x18 is equal to 0x12, the system will boot the 
SunOS operating system from an EEPROM-specified device. The boot device is 
specified in locations 0x19 through OxlD, inclusive, of the EEPROM. Refer to the 
q command for information on how to open and modify these EEPROM locations. 

When the Diagnostic Switch is in the DIAG position and command b is entered 
by itself, the system will boot an EEPROM-specified program from an EEPROM- 
specified device. In this case, the boot path is specified in locations 0x28 through 
0x50, inclusive, of the EEPROM; the boot device is specified in locations 0x22 
through 0x26, inclusive, of the EEPROM. If the boot attempt fails, the user is 
returned to the monitor’s command level. 

In order to boot from a specific device, the b command must be followed with a 
boot device abbreviation, such as those shown below. Enter b ? to view the 
boot device identifier arguments that your PROM monitor wlU accept. 


>b device {controller,unit,partition)path argument_list 


devi ce may be one of the following: 

xy — Xylogics 7053/450/451 disk 

sd — SCSI disk 

ie — Intel Ethernet 

St — SCSI tape 

xt — Xylogics 472 Tape 

mt — Tape Master 9-Track Tape 

You may enter () or (,,) after device and the default values for the con¬ 
troller, disk and partition will be used. If you enter values, you must type in the 
parentheses and commas. 

controller stands for the Controller Number, referring to the tape or disk 
controller board. The default is 0. 

unit refers to Unit Number, meaning disk number. The default is 0. 

partition is the partition number of the boot device. The default is 0. 

path is the path and filename of the program to boot. 

argumen t_I i s t is the list of arguments for the boot program. Up to seven 
optional arguments (which are passed to the boot program) may follow the path 
argument. 
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If you do not want the system to be reset prior to booting, you must insert ? 
before the device identifier argument. 

The boot command given below would boot the video diagnostic from the 
/ stand directory over the Ethernet. Because the ! argument does not precede 
the device identifier argument, the system is reset before the booting process 
begins. Note that one optional argument (-t) is passed on to program 
video. diag. 

>b le(0,0,1)/Stand/video.diag -t 

Monitor c Command c virtual address 

The continue command resumes execution of an interrupted program. You 
can specify the virtual address of the instruction to be executed when the pro¬ 
gram restarts. 

The default virt ual address is equal to the content of the Program 
Counter. 

NOTE This command is helpful if you should use the Ll^A sequence and then wish to 

restart the operating system. 

Monitor d Command d window_nuniber or d register_type 

The dump listing command displays (dumps) the state of the processor. The pro¬ 
cessor state display consists of the six Special registers ( PSR, PC, nPC, TBR, 
WIM, and Y), followed by the eight Global registers, then the 24 Window regis¬ 
ters (eight in, eight local and eight out registers) corresponding to one of seven 
windows. If a Floating Point Unit is on board, the Floating Point Status Register 
and the 32 Floating Point Registers are also displayed. 

By specifying optional argument window_number (0,1, 2, 3,4,5,6), you can 
display the registers within a particular window along with the Special, Global 
and Floating Point registers. As illustrated in the table below, entering g, f or 
s as register_type specifies the register type. If no window number is 
specified and the PSR’s Current Window Pointer field contains a valid window 
number, the previous window’s registers are displayed. The previous window 
wiU be defined as the window which was active immediately b^ore the monitor 
program was entered. If the PSR’s Current Window Pointer is invalid, window 
zero is displayed as the default. 

It is important to note that it is not possible to display the state of the processor at 
all times. In particular, processor state is only observable after: 

□ An unexpected trap 

□ A user program has “dropped” into the monitor (by calling monitor func¬ 
tion abortent) 

□ You have manually “broken” into the monitor (by typing Ll-a on the 
console’s keyboard or [ break) on the “dumb” terminal’s keyboard). 
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The table below illustrates the results of various command/parameter entries: 


Command 

Result 

dg 

displays only Global Registers 

df 

displays only FPU Registers 

ds 

displays only Special Registers 

dw 

displays only the previous window 

dwc 

displays only the previous window 

dwO 

displays only window 0 

dwl 

displays only window 1 

dw2 

displays only window 2 

dw3 

displays only window 3 

dw4 

displays only window 4 

dw5 

displays only window 5 

dw6 

displays only window 6 


Monitor e Command e virtual_address 

The display/modif y memory command displays and/or modifies the con¬ 
tent of one or more virtual addresses in word mode (i.e. each virtual address wiU 
be treated as a 16-bit unit). That is, the content of one or more words can be 
displayed, modified or, both displayed and modified. 

See the previous section Displaying and Modifying Memory for a description of 
this command’s syntax. Use the letter e in place of the word command in the 
description. 

Monitor f Command f start_virtual_address end_virtual_addre3s pattern size 

The block write command writes the pattern you enter into each b5^e, word 
or long word in the range of virtual addresses you specify with the 
start_virtual_address and end_virtual_address arguments . By 
default, if the final, memory-ceU-size argument is not present, bytes are written. 
Arguments start_virtual_address end_virtual_address 3nd 
pattern are required while size is optional. The possible values for size 
are b (8-bit byte), w (16-bit word) or 1 (32-bit long word). 

Monitor g Command g vector argument 

or 

g virtual_address argument 

When you use the goto command, you may go to (jump to) a pre-determined, 
user-specified or default routine. If a pre-determined or default routine is 
invoked, optional arguments vector (a hexadecimal number) and argu¬ 
ment (a string) are passed to the routine to be executed. 

In its other form, the argument virtual_address is used to indicate the vir¬ 
tual address of a user-specified routine, and the optional argument is passed 
along to that routine. If you do not supply the vector/virtual_address 
argument, the value in the Program Counter is used. 
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Monitor h Command 


Monitor i Command 


Monitor j Command 


Monitor k Command 


In order to set up a pre-determined routine, a user program has to set variable 
*romp->v_vector_cmd equal to the virtual address of the routine. Variable 
*romp->v_vector_cmd must be set prior to executing the g command. 
Pre-determined routines may or may not return to the monitor. 

The default routine, defined by the monitor, simply prints the user-specified 
vector argument according to the user-specified format (given in argument) 
before returning to the monitor. The only allowable formats are %x and %d. 
Format %x prints argument vector as a hexadecimal number while format 
%d prints argiunent vector as a decimal number. 

h 

The help command invokes the Help System for the basic monitor commands. 
Each of the basic monitor commands and its argument(s) are described in this 
help system. No arguments are accepted by the h command, but after bringing 
up the help screen you may enter the number that appears to the left of a com¬ 
mand for more on-line information about that command. For example, if you 
wanted to read more about the s command, you would enter the number 10. 
Then, to return to the monitor’s basic command level, press the fEscI key or the 
q key before pressing I Return I . 

The initial help menu of the Help System is shown at the beginning of this 
chapter. 

i cache_data_offset 

The modify cache data RAM command displays and/or modifies the con¬ 
tents of one or more of the Sun-4 cache data addresses. Read the previous section 
Displaying and Modifying Memory for details on how to use this command. 
Replace the word command in the description with the letter i. 

j cache_tag_offset 

The modify cache tag ram command displays and/or modifies the con¬ 
tents of one or more of the Sun-4 cache tag addresses. Read Displaying and 
Modifying Memory for details on how to use this command. Replace the word 
command in the description with the letter j. 

k reset_level 

The reset command performs various levels of system resets. It can also be 
used to display the system banner. This command accepts one optional argument. 

Entering k 0 resets the VME-bus, interrupt register and video monitor (the 
Low-Level Reset). 

Entering k 1 invokes a Software Reset. 

Entering k 2 invokes a Power-On Reset (Hard Reset). 

Finally, entering k b displays the banner on the video monitor. The default 
value of the argument is 0. 
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Monitor 1 Command 


Monitor m Command 


Monitor n Command 


Monitor o Command 


Monitor p Command 


Monitor q Command 


1 virtual_address 

The modify long words of memory command displays and/or modifies 
the contents of one or more virtual addresses in long word mode. Each virtual 
address is treated as a 32-bit imit (long word). Read Displaying and Modifying 
Memory for details on how to use this command. Replace the word command in 
the description with the letter 1. 

m virtual_address 

The modify segment table conunand displays and/or modifies the con¬ 
tents of one or more of the Segment Table entries. Read Displaying and Modify¬ 
ing Memory for details on how to use this command. Replace the word com¬ 
mand in the description with the letter m. 

n cache_command 

The control cache command globally controls the cache. One argument is 
required. Entering n d disables the cache. Entering n e enables the cache. 
Finally, entering n i invalidates the cache. 

o virtual_address 

The modify bytes of memory command displays and/or modifies the 
content of one or more virtual addresses in byte mode. Each virtual address is 
treated as an 8-bit unit (byte). Read Displaying and Modifying Memory for 
details on how to use this command. Replace the word command in the descrip¬ 
tion with the letter o. 

p virtual_address 

The modify page table command displays and/or modifies the contents 
of one or more of the Page Table entries. Read Displaying and Modifying 
Memory for details on how to use this command. Replace the word command in 
the description with the letter p. 

q eeprom_offset or q * 

The modify bytes of EEPROM command displays and/or modifies the 
configuration information within the EEPROM in byte mode. This command 
works similarly to the memory commands discussed previously, except that the 
modified addresses are offset, and the changes you make remain when you 
power-down the workstation. Read the previous section. Displaying and Modify¬ 
ing Memory for details on how to use this command. Replace the word com¬ 
mand in the description with the letter q. RQfQ.Tio\!n& Sun-4 EEPROM Layout 
chapter for information on what parameters are stored at which EEPROM 
addresses. 

You may enter an asterisk instead of an EEPROM offset value as an argument, 
and the q command wiU erase the entire EEPROM. 
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Monitor r Command r w window_nurnber 

or 

r register_type 
or 

r register_nuwher 

The modify register command displays and/or modifies the contents of 
one or more of the lU (Integer Unit or CPU) and/or FPU (Floating Point Unit) 
registers. If the register_type argument is f, g or s, the first Floating 
Point, Global or Special register will be displayed, respectively. 

If w and a window_number (0,1,2, 3,4,5, 6) is entered, the first in register 
within the user-specified window will be displayed. If no window_nurnber is 
specified and the PSR’s Current Window Pointer field contains a valid window 
number, the previous window’s first in register is displayed. The previous win¬ 
dow will be defined as the window which was active immediately before the 
monitor was entered. If the PSR’s Current Window Pointer is invalid, the first in 
register within window zero will be displayed. 

If a register_number (a hexadecimal number) is provided, that specific 
register wiU be displayed. The default value of argument register_nuTnber 
is “0”. The name of each register and its corresponding register_number 
is shown below. 


Table 12-1 Register Numbers 


Processor Registers 

Register Number 

Register Name 

0x00 - OxOf 

window(0,i0),..., window(0,i7), window(0,10),..., window(0,17) 

0x16-Oxlf 

window(l,i0),..., window(l,i7), window(l,10),..., window(l,17) 

0x20 - 0x2f 

window(2,i0),..., window(2,i7), window(2,10),..., window(2,17) 

0x30 - 0x3f 

window(3,i0),window(3,i7), window(3,10),window(3,17) 

0x40 - 0x4f 

window(4,i0),..., window(4,i7), window(4,10),..., window(4,17) 

0x50 - 0x5f 

window(5,i0),..., window(5,i7), window(5,10),..., window(5,17) 

0x60 - 0x6f 

window(6,i0),..., window(6,i7), window(6,10),..., window(6,17) 

0x70 - 0x77 

gO, gl, g2, g3, g4, g5, g6, g7 

0x78 - 0x7d 

PSR, PC, nPC, WIM, TBR, Y 

0x7e - 0x9e 

FSR, fO,..., f31 


It is important to note that it is not always possible to display the registers. They 
may be observed only after 

□ An unexpected trap 

o A user program has ‘ ‘ dropped ’ ’ into the monitor (by calling monitor func¬ 

tion abortent)or 

□ You have manually “broken” into the monitor (by typing Ll-a on the 
console’s keyboard or [ Break 1 on the “dumb” terminal’s keyboard). 
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Read the previous section Displaying and Modifying Memory for details on how 
to use this command. Replace the word command in the description with the 
letter r. 

Monitor s Command a asij/alue 

The modify asi command sets or displays the ASl (Address Space Identifier). 
The value of the ASI determines which Address Identifier Space is accessed by 
the memory display and/or modify commands. If given no argument, the com¬ 
mand prints the current value of of the ASI. The acceptable ASI argument values 
are shown in the following table. 


Table 12-2 ASI Values 


Name 

ASI 

Control Space 

0x2 

Segment Table 

0x3 

Page Table 

0x4 

User Instruction 

0x8 

Supervisor Instruction 

0x9 

User Data 

Oxa 

Supervisor Data 

Oxb 

Flush Segment 

Oxc 

Flush Page 

Oxd 

Flush Context 

Oxe 

Cache Data 

Oxf 


Monitor u Command u port options baud_rate 

or 

u echo 
or 

u uvirtual_address 

The input!output command configures the input and output devices and their 
characteristics or displays the current input and output device set-up. 

The u command requires arguments to specify from which device(s) you want 
the system to expect input or which device(s) will display output. 

If you do not enter an argument after the u command, the program wiU display 
the current settings. If no serial port is specified when changing baud rates, the 
baud rate of the current input device is changed. The default serial port baud rate 
is 9600 for both ports during a normal boot. During a diagnostic boot, defaults 
are 9600 baud for Port A and 1200 for Serial Port B. 
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Upon normal power-up (diag switch is in NORM position), the default console 
input device is the Sun keyboard, unless the EEPROM has specified another 
default input device. If the keyboard is imavailable, the system looks to serial 
port A for for input. 

The default console output device is the Sun monitor (subject to change through 
EEPROM programming). If the workstation has a color monitor and a color board 
is unavailable, the program will look for a monochrome monitor as an output 
device. 

You may alter the existing I/O settings while you are in the monitor mode, using 
the commands listed below; however, the default settings will be reinstated when 
the system is power cycled. 

The port argument can be one of the following: 

Table 12-3 Port Arguments 


Port Argument 

Device 

a 

Serial Port A 

b 

Serial Port B 

k 

Keyboard 

s 

Screen 


The options arguments are: 
Table 12-4 Option Arguments 


Option Argument 

Meaning 

i 

input 

o 

output 

u 

UART (Universal Asynchronous Receiver/Transmitter) 

e 

input echoed to output 

ne 

input not echoed to output 

r 

reset specified serial port 


The baud_rate argument specifies baud rate of the serial port being dis¬ 
cussed. 


The virtual_address argument specifies the virtual address of the UART 


Following are examples of port and options arguments: 

□ Enter ua or ub to select serial port A or B as the input and output device. 

□ Enter u aio or u bio to select serial port A or B as the input and output 


device. 
Enter u 
Enter u 


ai or u bi to select serial port A or B for input only, 
ao or u bo to select serial port A or B for output only. 

□ Enter u k to select the keyboard for input. 

□ Enter u ki to select the keyboard for input. 

□ Enter u s to select the screen for output. 
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Monitor v Command 


Monitor w Command 


□ 

□ 

□ 

□ 

□ 

□ 

□ 


Enter u so to select the screen for output. 

Enter u ks, sk to select the keyboard for input and the screen for output. 
Enter u a.baud rate or u hbaud rate to set the serial port speed. 

Enter u e to cause the output to echo the input. 

Enter u ne to cause the output not to echo the input. 

Enter u address to set the serial port virtual address. 

A previously mapped DART can also be used for input and/or output. Com¬ 
mand u uvirtua2_address, where virtual_address is the vir¬ 
tual address of a previously mapped UART, changes the virtual address of 
the UART. Do not leave a space between the second u and the virtual 
address. 


If the u command is not followed by an argument, the current settings are 
displayed. The current input device, output device, baud rate for serial ports A 
and B, UART’s virtual address and input to output echo indicator are shown. 


V start_virtual_address end_virtual_address size 

The display memory block command displays the contents of each byte, 
word or long word in the range of virtual addresses specified by 
start_virtual_address and end_virtual_address. The 
word_size argument is optional; the default is to display memory in byte for¬ 
mat. In this format, sixteen consecutive bytes are displayed on each line. In 
word format, eight consecutive words appear on each line. 

If long word format is enabled, four consecutive long words appear on each line. 
To the far right of each line, the character corresponding to each byte is also 
shown. All bytes that contain a non-ASCn code are shown as a period (.). Legal 
values for size are b (8-bit byte), w (16-bit word), or 1 (32-bit long word). 

To terminate the v command, press the space bar. To “freeze” the display, 
press any key except the space bar. To restart the v command, press the space 
bar again. 

w virtual_address argument 

The set execution vector command allows you to vector to a pre¬ 
determined or default routine. Optional arguments virtual_address and 
argument are passed along to the to-be-executed routine. 

In order to set up a pre-determined routine, a user program sets the variable 
*romp->v_vector_cmd equal to the virtual address of the pre-determined 
routine. Variable *romp->v_vector_cmd must be set prior to executing the 
w command. Pre-determined routines may or may not return to the monitor. 

The default routine, defined by the monitor, simply prints the user-specified 
virtual_address argument according to the user-specified format (given in 
argument) before returning to the monitor. The only allowable formats are 
“%x” and “%d”. Format “%x” prints argument virtual_address as a 
hexadecimal number; format “%d” prints it as a decimal number. 
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Monitor x Command The extended test system command invokes the Extended Test System. 

See Chapter 13 for details. 

Monitor y Command y c number 

or 

y cache_section number virtuel_adciress 

The flush cache command performs a number ofoperations on the 
cache. Depending on what is to be flushed, two or three arguments are required. 
In order to flush a context, enter command y c number, where number is a 
valid context number. 

Entering y s number virtual_address flushes segment 
virtual_address within context number. The argument number is a 
valid context number. 

Entering y p number virtuai_address flushes page 
virtual_address within context number. The argument number is a 
valid context number. 
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13 


Sun-4 Extended Test System 


The Extended Test System is a suite of test routines that provide detailed testing 
of the system hardware. They provide an additional level of testing beyond the 
power-up self-tests. You can invoke the Extended Tests in two ways. 

If the system is being booted with the diagnostic switch in DIAG position, this 
message is displayed on the workstation screen: 

Type any character within 10 seconds to enter Extended Test System. 

If you do type a character, the Extended Test System is invoked. 

The other way to invoke the Extended Test System is to type the x command 
from the PROM monitor. You are in the monitor when you see the > prompt on 
the screen. 

13.1. The User Interface The user interface of the Extended Test System consists of a hierarchy of menus. 

In addition to the commands listed in each menu, there are a set of commands 
available in all of the menus. These commands are not tests themselves, but 
make it easier to execute tests. To execute one of these special commands, sim¬ 
ply enter it on the command line, as you would for a regular command. The spe¬ 
cial commands are listed below: 

? Command The Help command displays a descriptive paragraph, explaining the commands 

in the currently displayed menu. 

q Command The Quit command exits the current command, and returns to the PROM moni¬ 

tor program. 

Escape Command The I Esc) command returns to the previous non-help menu. 

Loop Command The Loop command repeats a command line a specified number of times. To use 

the loop command, enter the command followed by loop=n where n indicates 
the number of times to repeat the command. Entering an asterisk (*) for n 
makes the command repeat forever. The value can be decimal or hexadecimal. If 
the value is in hexadecimal, preface the value with the letters %h, or %x. If the 
value is a decimal, preface it with %d. Entering no value resets loop to its 
default, which is one. 


wsun 

Xr microsystems 
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Control-C Command 

"C stops a command that is looping because the loop command was executed. 

! Command 

The History command displays the last five command lines entered. To re- 
execute any of those commands, type the number printed along side the appropri¬ 
ate command. 

The Command Line 

While viewing the one menu you may enter commands from another menu 
without actually bringing up that menu, provided that you know the command 
and its arguments, and you are familiar with the menu stmeture. You may use 
the (Esc) command in the command line to signify that the following commands 
belong in the menu above the present one. 


All commands and arguments are displayed in the menus with one or more 
letters capitalized. For example, the argument pattern is shown like this: 


PATtern 


In order to enter the argument pattern, you need only enter the letters shown 
in upper case, followed by the “equals” sign, when it is shown: 


pat=0xa55aa55a 


You may type in the entire word, if you wish, but it is only necessary that you 
enter the letters shown in upper case so that the diagnostic interpreter under¬ 
stands what you want to do. You may enter the commands and arguments in 
upper or lower case. It is important that you do not leave off the = sign when it 
is specified. 


When you string commands together, you must separate each sequence with a 
semicolon (;). In each command string, you must put a space between the com¬ 
mand and each parameter, as shown in the example command line below. 


The following example command line, executed while viewing a hypothetical 
Main Menu, would execute two memory tests twice and both SCC tests five times 
before returning to the main menu. 

r 

m;ad p=2;c 

\_!_ 

pat=l ( Esc ] ; 8c;int baud^SOO pa3=5;ex bB€00 paa^S; [ Esc ) 

. . j 


In the example, we are entering the command line from a hypothetical Main 
Menu that contains a Memory Menu and an SCC Menu. In the command line, 
entering m selects the Memory Test Menu from the main menu. The semicolon 
that follows separates the next command and its arguments. 

The hypothetical Memory Test Menu contains and Address test and a Constant 
test. Therefore, ad stands for the Address Test. The address test allows you to 
specify the number of times it will run. p=2 specifies “two passes’ ’ of the 

address test. The semicolon acts as a separator between the command strings. 

The c following the second semicolon selects the Constant test from the 
Memory Test menu. pat=l specifies that the Constant memory test is to use 
“1” for the pattern, and pass=2 teUs the Constant memory test to run twice. 
Again, a semicolon separates the command string. 
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The [Esc 1 command tells the interpreter that the next higher level menu (in this 
case, the Main Menu) contains the next command choice. After the escape com¬ 
mand and another semicolon, sc selects the hypothetical SCC menu. Let us say 
that menu contains Internal and External tests, int selects the Internal test, 
and the baud rate is set to 300, and the number of passes is set to 5 (pa=5). 
After another semicolon, ex selects the External test, and b selects a baud rate 
of 600. pa s=5 sets the number of External test passes to five. Because the 
menu selection for number of passes is shown as PASs=, we have shown that 
argument in all its variations, from the terse p= to the verbose pass=. 

The final I Esc I in the command line brings you back to the Main Menu, which is 
just above the hypothetical SCC menu (sc). 

13.2. Extended Test The Extended Test System is organized into a series of menus. Each menu is 

Descriptions shown below, followed by descriptions of each of its co mman ds. 

To execute a command, you need only enter the capital letters from the menu. 

For example, if you want to enter the All test sequence, simply enter: 

Command > a 

Once a command completes, a Test Status Message appears on the screen and 
remains there for about five seconds. 

To ‘ ‘freeze” the Test Status Message, press any key except q. In order to con¬ 
tinue after “freezing” the state of the screen, press any key. 
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Main Menu The Main Menu, shown below, has nine options. These options are discussed 

following this example. 

Monitor REV:1 10/27/36 Main Menu 


All 

All Test Sequence. 

Default 

Default Test Sequence♦ 

Boot 

Boot Path Menu^ 

Ethernet 

Ethernet Menu. 

Keyboard 

Keyboard and Mouse Menu. 

Memory 

Memory Menu. 

Serial 

Serial Ports Menu. 

Video 

Video Menu. 

Colormap 

Color Map Menu {for Sun-4/100 series) 

Options 

Set global flags/options. 


?-Help !-history <esc>-Return^To-Previous-Menu l-[n] *'Repeat-Command-Itine^n^Times q^Quit 
Command 

V____> 


All The following pages briefly describe each of the Main Menu commands. Com¬ 

mands that bring up a sub-menu are described in detail later in the chapter. All 
Test Sequence command mns the tests listed on the following page, in the 
order shown. Before running these tests, connect an Ethernet transceiver cable 
and within-channel external loop back connectors. 

If you are using Port A as the input device, attach within-channel external loop 
back connectors to the keyboard/mouse and Port B connectors. 

If you are using Port B as the input device, attach within-channel external loop 
back connectors to the keyboard/mouse and Port A connectors. 

If you are using the keyboard for input, attach the within-channel external loop 
back connectors on Ports A and B. 
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The All test sequence mns these tests: 

Ethernet Local Loop Back Test 
Ethernet Encoder Loop Back Test 
Ethernet External Loop Back Test 
Keyboard Register 12 Test 
Mouse Register 12 Test 
Keyboard Transmit Test 
Mouse Transmit Test 
Keyboard Internal Loop Back Test 
Mouse Internal Loop Back Test 

Keyboard External Loop Back Test {not run if keyboard is input device) 
Mouse External Loop Back Test {not run if keyboard is input device) 

Main Memory Address Test/Byte Mode 

Main Memory Constant Pattern Test/Word Mode 

Main Memory Fill Utility/Long Mode 

Main Memory Check Utility/Long Mode 

Serial Port A Register 12 Test 

Serial Port B Register 12 Test 

Serial Port A Transmit Test 

Serial Port B Transmit Test 

Serial Port A Internal Loop Back Test 

Serial Port B Internal Loop Back Test 

Serial Port A External Loop Back Test {not run if Port A is input device) 

Serial Port B External Loop Back Test {not run if Port B is irqyut device) 

Video Address Test/Byte Mode 

Video Constant Pattern Test/Word Mode 

Video Fill Utility/Long Mode 

Video Check Utility/Long Mode 


Default The Default Test Sequence command runs the tests listed below in order. 

Ethernet Local Loop Back Test 
Ethernet Encoder Loop Back Test 
Keyboard Register 12 Test 
Mouse Register 12 Test 
Keyboard Internal Loop Back Test 
Mouse Internal Loop Back Test 
Main Memory Address Test/Long Mode 
Serial Port A Register 12 Test 
Serial Port B Register 12 Test 
Serial Port A Internal Loop Back Test 
Serial Port B Internal Loop Back Test 
Video Address Test/Long Mode 


Boot The Boot command displays the Boot Paths Menu, which contains all of the 

boot path tests, described later in this chapter. 
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Etherne't 


Keyboard 


Memory 


Serial 


Video 


Colormap 


Options 


The Ethernet command displays the Ethernet Menu, which contains all of the 
Ethernet tests described later in this chapter. 

The Keyboard and Mouse command displays the Keyboard and Mouse 
Menu, which contains all of the keyboard and mouse tests described later in this 
chapter. 

The Memory command displays the Memory Tests menu, which contains aU of 
the memory tests described later in this chapter. 

The Serial command displays the Serial Ports Menu, which contains all of the 
serial port tests described later in this chapter. 

The Video command displays the Video Menu, which contains aU of the video 
tests described later in this chapter. 

The Color Map command appears only on extended test main menus for Sim- 
4/1XX systems. The test menu is the same as those described under Video Menu, 
with the addition of one more test. The additional test is the default pat¬ 
tern fill test, which fiUs the color map with a default pattern. The Color 
Map Menu presents this option as DFill. For this test, specifying a pattern has 
no effect. Refer to the section on miming the video tests for more information. 

The Options command displays the Options Menu, which controls the global 
flags and parameters that control the behavior of the Extended Tests. These 
options are described later in this chapter. The Options Menu is also available 
from each sub-menu. 
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Boot Paths Menu The Boot Paths Menu contains four tests. They are shown below: 


A..... .... ..... . . > 

Monitor REV:1 10/27/86 Boot Baths Menu 


disk boot path test,, 
tape boot path test. 

Xy Xylogics disk boot path test. 

XT Xylogics tape boot path test. 

Options Set global flags/options. 

?-Help i^^history <esc>~Return~To--Previous“-Menu l«[n] ^Repeat-^Conmand-Line-n-^Times g«"Quit 


Command "> 

V_ j 


Sd 

SCSI 

ST 

SCSI 


Sd Bootpath Test The scsi Disk Bootpath Test command tests the bootpath to the SCSI 

hard disk. It makes sure the machine can boot programs from this device. The 
test performs a boot sequence to the selected device. If the device is present, it 
reads the boot blocks into system memory without actually executing the boot 
code. 

The command syntax is: 

Sd Pass= 

The program expects a base 10 number after pass=. If you want to enter a 
hexadecimal value, precede the value with %h or %x. If you want the test to con¬ 
tinue until you intermpt it, enter 

s p=* 

ST Bootpath Test The scsi Tape Bootpath Test command tests the bootpath to the SCSI 

tape. It makes sure the machine can boot programs from this device. The test 
performs a boot sequence to the selected device. If the device is present, it win 
read the boot blocks into system memory without actually executing the boot 
code. 

The command syntax is: 

ST Pass= 

The program expects a base 10 number after pass=. If you want to enter a 
hexadecimal value, precede the value with %h or %x. If you want the test to con¬ 
tinue until you interrupt it, enter: 

St p=* 
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Xy Bootpath Test 


XT Bootpath Test 


Options Command 


TheXylogics Disk Bootpath Test command tests the bootpath to the 
Xylogics hard disk controller board. It makes sure the machine can boot pro¬ 
grams from this device. The test performs a boot sequence to the selected de¬ 
vice. If the device is present, it reads the boot blocks into system memory 
without actually executing the boot code. 

The command syntax is: 

Xy Pass= 

The program expects a base 10 number after pass=. If you want to enter a 
hexadecimal value, precede the value with %h or %x. If you want the test to 
continue until you interrupt it, enter: 

X p=* 


TheXylogics Tape Bootpath Test command tests flie bootpath to the 
Xylogics tape controller board. It makes sure the machine can boot programs 
from this device. The test performs a boot sequence to the selected device. If the 
device is present, it reads the boot blocks into system memory without actually 
executing the boot code. 

The command syntax is: 

XT Pass= 

The program expects a base 10 number after pass=. If you want to enter a 
hexadecimal value, precede the value with %h or %x. If you want the test to 
continue until you interrupt it, enter: 

xt p=* 


The Options command displays the Options Menu, which contains aU of the 
global flags and parameters that control the test commands and is discussed later 
in this chapter. 
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Ethernet Menu The Ethernet Menu contains three tests. They check the functionality of the Intel 


82501 Serial Interface Unit Chip, the Intel 82586 Ethernet LAN Co-Processor 
Chip and the connection to the Ethernet network. The Ethernet tests build upon 
each other. The second test will fail if the first test fails, and the third test will 
fail if either the first or second test fails. 

r -___ ^ 

Monitor REV:1 10/27/86 Ethernet Menu 

Local Local loop back test. 

EIncoder Encoder loop back test. 

External External loop back test. 

Options Set global flags/options. 


?«Help {“history <esc>“Return-To-Previous-Menu 1*[n]“Repeat-Conunand-^Line-^n-Times q^Quit 


Command 

V. . V 


LOCal Command The local command tests the Intel 82586 Ethernet LAN co-processor chip. It 

runs the internal tests built into the chip. Prior to the test, the Intel 82586 Ether¬ 
net LAN co-processor chip disconnects itself from the Intel 82501 Serial Inter¬ 
face Unit Chip. 

The command syntax is: 

LOCal Pass= 

The program expects a base 10 number after pass=. If you want to enter a 
hexadecimal value, precede the value with %h or %x. If you want the test to 
continue until you interrupt it, enter: 

loc p=* 

Encoder Command The encoder command runs an internal loop back test of the Intel 82501 Serial 

Interface Unit Chip. The transmitter line, receiver line, noise filters and Man¬ 
chester encoding/decoding logic are tested. Before executing this test, the 
transmitter and receiver lines of the chip are connected together. 

The command syntax is: 

Encoder Pass= 

The program expects a base 10 number after pass=. If you want to enter a 
hexadecimal value, precede the value with %h or %x. If you want the test to 
continue until you interrupt it, enter: 

e p=* 
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External Command 


Options Menu 


The external command mns the external loop back test. This test checks the 
Intel 82586 Ethernet LAN Co-processor Chip, the Intel 82501 Serial Interface 
Unit Chip and the Ethernet transceiver and receiver lines. The test sends data out 
onto the Ethernet, then receives it back and compares the transmitted and 
received data. Before running this test, attach an Ethernet transceiver cable to 
the CPU board and the terminator assemblies of the transceiver box. 

The command syntax is: 

External Pass= 

The program expects a base 10 number after pass=. If you want to enter a 
hexadecimal value, precede the value with %h or %x. If you want the test to 
continue until you interrupt it, enter: 

ex p=* 


The Options command displays the Options Menu, which contains aU of the 
global flags and parameters that control the test commands. This menu is dis¬ 
cussed in a later section. 
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Keyboard and Mouse Menu 

The Keyboard and Mouse Menu contains five tests. They are listed below: 


Monitor REV:1 10/27/86 Keyboard and Mouse Menu 


Register 

Register 12 test. 

Transmit 

Transmit character. 

Internal 

Internal loop back test. 

External 

Within-channel external loop back test. 

Keyboard 

Keyboard input test, 

Options 

Set global flags/options. 


?=5Help !=history <e3c>»Return-To-Previous-Menu l=[n]=Repeat-Conffnand-Line-n-Time3 q=Quit 

Command ==> 


Register Command Register Channel^ PATtern= Pass= 

The Register command performs write-read-compare cycles to register 12 of 
the port under test. This command accepts three arguments. 

The channel= argument determines which port the test is performed on. Legal 
values for channel are shown in the table below: 


Letter 

Device 

k 

m 

Keyboard (default) 
Mouse 


The patt ern= argument specifies which pattern is written to the port. By 
default, the pattern is 0x0. pattern should be a hexadecimal (base 16) 
number. If you enter a base 10 number, precede it with %d. 

The program expects a base 10 number after pass=. If you want to enter a 
hexadecimal value, precede the value with %h or %x. If you want the test to 
continue until you interrupt it, enter: 

r p=* 


Transmit Command 


Transmit Channel= Baud= PATtern= Pass= 


The Transmit command writes patterns to the port under test. This command 
accepts four arguments. 


The channel= argument determines on which port the test is performed. Legal 
values for channel are shown in the table that follows: 


microsystems 
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Internal Command 


Argument 

Device 

k 

m 

Keyboard (default) 
Mouse 


The ba ud= argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The patt ern= argument specifies which pattern is written to the port. By 
default, the pattern is 0x0. The pattern should be a hexadecimal (base 16) 
number. 

The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

t p=* 


Internal Channel^ Baud= PATtern= Pass= 

The Internal command performs internal loop back write-iead-compare 
cycles on the port under test. The transmitter and receiver lines of the requested 
port are connected internally prior to the test. 

This command accepts four arguments. The channel= argument determines 
on which port the test is performed. Legal values for channel are shown in 
the table below: 


Letter 

Device 

k 

Keyboard (default) 

m 

Mouse 


The ha ud= argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table that follows: 
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External Command 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The patt ern= argument specifies which pattern is written to the port. By 
default, the pattern is 0x0. pattern should be a hexadecimal (base 16) 
number. 

The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

i p=* 


External Channel= Baud= PATtern= Pass= 

The External command executes an external loop back test on a user- 
specified port. Write-read-compare cycles are performed on the port imder test. 

In order to mn this test, the within-port external loop back cable must be installed 
(see Chapter 1). This command accepts four arguments. 

The channel^ argument detennines on which port the test is performed. 

Legal values for channel are shown in the table below: 


Letter 

Device 

k 

m 

Keyboard (default) 
Mouse 


The jbaud=argumentsetsthebaudrateatwhichthetestisexecuted. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 
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Keyboard Command 


Options Command 


The value of baud should be a decimal (base 10) number. 

The patt ern= argument specifies which pattern is written to the port. By 
default, the pattern is 0x0. pattern should be a hexadecimal (base 16) 
number. 

The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

e p=* 


This command determines whether or not keyboard characters are correctly 
transmitted to the CPU. After you enter k form the Keyboard and Mouse 
menu, the ASCII code corresponding to a character and the character itself appear 
on the screen as you press keys on the keyboard. To exit the test, type an I Bsc 1 
character. 

The Options command displays the Options Menu, which contains aU of the 
global flags and parameters that control the test commands. This menu is dis¬ 
cussed later. 
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Memory Menu 

The Memory Menu contains four options. They are described below. 


Monitor KEV:1 10/27/86 Memory Menu 


Address 

Address test. 


Constant 

Constant pattern 

test. 

CHeck 

Read and compare 

memory. 

Fill 

Fill memory. 


Options 

Set global flags/options. 


?^Heip !-history <esc>«Return~To-Previous~Menu 1« [n] *=Repeat-Command-Lin^-n-“Times < 5 «^Quit 

Command «*> 


Address Test Address Low= High= Cell= Pass= 

The Addr e s s Test command executes the address test on a range of memory. 
When the test runs, write-read-compare cycles are performed on bytes, words or 
long-words, depending on the cell= argument (bytes are tested by default). 
The datum that is written to each memory “cell” is its own address. This com¬ 
mand accepts four arguments. 

The low= argument specifies the first physical address to test. By default, the 
value of lowisOxO. The low value should be a hexadecimal (base 16) 
number. 

The high= argument indicates the final physical address to test. The default 
high address is the highest memory address available. The high value should 
be a hexadecimal (base 16) number. 

Legal values for cel I = are shown in the table below: 


Cell 

Value 

b or byte 
w or word 

1 or long 

8 bits 

16 bits 
32 bits 


The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

a p=* 
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Constant Test 


CHeck Command 


Constant Low- High= PATtern= Cell= Pass- 

The Constant command performs write-read-compare cycles on a range of 
physical addresses with a specified pattern. The test accepts five optional argu¬ 
ments. 

The low= argument specifies the first address to test. By default, the value of 
lowis 0x0. The low value should be a hexadecimal (base 16) number. 

The high= argument indicates the final physical address to test. The default 
high address is the highest memory address available. The high value should 
be a hexadecimal (base 16) number. 

The patt ern= argument names patterns expected throughout the range of 
addresses. The observed values are compared against this expected value. The 
default value of pattern isOxO. The pattern value should be a hexade¬ 
cimal (base 16) number. 

Legal values for cell are shown in the table below: 


Cell 

Value 

b or byte 
w or word 

1 or long 

8 bits 

16 bits 
32 bits 


The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

c p=* 


CHeck Low= High= PATtern= Cell= Pass= 

The Check command reads the specified range of physical addresses, and 
checks for a pattern. The test accepts five optional arguments. 

The low=argiunentspecifiesthefirstphysicaladdresstotest. By default, the 
value of lowis 0x0. The iowvalue should be a hexadecimal (base 16) 
number. 

The high= argument indicates the final physical address to test The default 
high address is the highest memory address available. The high value should 
be a hexadecimal (base 16) number. 

The pattern= argument names patterns expected throughout the range of 
addresses. The observed values are compared against this expected value. The 
default value of pattern is 0x0. The pattern value should be a hexade¬ 
cimal (base 16) number. 
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Fill Command 


Options Menu 


Legal values for cell are shown in the table below; 


Cell 

Value 

b or byte 
w or word 

1 or long 

8 bits 

16 bits 
32 bits 


The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

ch p=* 


Fill Low= High= PATtern= Cell= Pass== 

The Fill command writes a pattern to a range of addresses. The test accepts 
four optional arguments. 

The low= argument specifies the first address to test. By default, the value of 
lowis 0x0. The lowvalue should be a hexadecimal (base 16) number. 

The hi gh= argument indicates the final address to test. The default high 
address is the highest memory address available. The high value should be a 
hexadecimal (base 16) number. 

The patt ern^ argument names patterns written throughout the range of 
addresses. The default value of pattern is 0x0. The pattern value 
should be a hexadecimal (base 16) number. 

Legal values for cell are shown in the table below: 


Cell 

Value 

b or byte 
w or word 

1 or long 

8 bits 

16 bits 
32 bits 


The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

f p=* 


The Options command displays the Options Menu, which contains all of the 
global flags and parameters controlling the test commands. This menu is dis¬ 
cussed later. 
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Serial Ports Menu 

The Serial Ports Menu contains four tests. They are described in the text that fol¬ 
lows the example menu: 

r 

Monitor 

> 

REV:1 10/27/86 Serial Ports Menu 

Register 

Register 12 test. 

Transmit 

Transmit character. 

Internal 

Internal loop back test. 

External 

Within-channel external loop back test. 

Options 

Set global flags/options. 

?-Help I“history <esc>“Return-To-Previous-Menu 1“[n]“Repeat-Command-Line-n-Times q“Quit 

Command ==> 





Regls'ter Command Register Channel= PATtern= Pass= 

The Register command performs write-read-compare cycles to Register 12 of 
the port under test. This command accepts three arguments. 

The channel= argument determines on which port the test is performed. 

Legal values for channel arc shown in the table below: 


Letter 

Device 

a 

b 

Serial Port A (default) 
Serial Port B 


The patt ern= argument specifies which pattern is written to the port. By 
default, the pattern is 0x0. The pattern should be a hexadecimal (base 16) 
number. 

The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

r p=* 

Transmit Command Transmit Channel= Baud= PATtern= Pass= 

The Transmit command writes patterns to the port under test. This command 
accepts four arguments. 

The channel^ argument determines on which port the test is performed. 
Legal values for channel are shown in the table below: 
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Internal Command 


Letter 

Device 

a 

b 

Serial Port A (default) 
Serial Port B 


The ba ud= argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The patt ern= argument specifies which pattern is written to the port. By 
default, the pattern is 0x0. The pattern should be a hexadecimal (base 16) 
number. 

The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

t p=* 


Internal Channel= Baud= PATtern= Pass= 

The Internal command performs internal loop back write-read-compare 
cycles on the port under test. The transmitter and receiver lines of the requested 
port are connected internally prior to the test. This command accepts four argu¬ 
ments. 

The channel= argument determines on which port the test is performed. 
Legal values for chaimel are shown in the table below: 


Letter 

Device 

a 

b 

Serial Port A (default) 
Serial Port B 


The ba ud= argument sets the baud rate at which the test is executed. 
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External Command 


Legal baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is 0x0. 

The pattern= should be a hexadecimal (base 16) number. 

The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

i p=* 


External Channel^ Baud= PATtern= Pass= 

The External command executes an external loop back test on a user- 
specified port. Write-read-compare cycles are performed on the port under test. 

In order to run this test, the within-port external loop back cable must be installed 
(see Chapter 1). This command accepts four arguments. 

The channel^ argument determines on which port the test is performed. 

Legal values for channel are shown in the table below: 


Letter 

Device 

a 

b 

Serial Port A (default) 
Serial Port B 


The jba ud= argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 



microsystems 


Revision A of 9 May 1988 




Qiapter 13 — Sxm-4 Extended Test System 247 


Options Menu 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The patt ern argument specifies which pattern is written to the port. By 
default, the pattern is 0 xO. patt ern should be a hexadecimal (base 16) 
number. 

The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

e p=* 


The Options command displays the Options Menu, which contains aU of the 
global flags and parameters controlling the test commands. This menu is dis¬ 
cussed later. 
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Video Menu 

The Video Menu contains four options. They are described below: 

Monitor 

. ■ ■■ . . c ,,,,,, .. 

REV:1 10/27/86 Video Menu 

Address 

Address test. 

Constant 

Constant pattern test. 

CHeck 

Read and compare memory. 

Fill 

Fill memory. 

Options 

Set global flags/options. 

?-Heip r-history <esc>-Return-*TO“Previous~Menu 1-[n] ==-Repeat-Command“Line-n’“Times q-Quit 

Command “>• 


V 



Address Test Command Address Low= High= Cell= Pass= 

The Address Test command executes the address test on a range of frame 
buffer memory. When the test runs, write-read-compare cycles are performed on 
bytes, words or long-words, depending on the cell= argument. The test are 
performed on bytes if no cell argument is entered. The datum that is written 
to each memory “cell” is its own address. This command accepts four argu¬ 
ments. 

The argument specifies the first address to test. By default, the value of 

1 ow is the lowest address in frame buffer memory. The low value should be a 
hexadecimal (base 16) number. 

The high= argument indicates the final address to test. The default high 
address is the highest frame buffer memory address available. The high value 
should be a hexadecimal (base 16) number. 

Legal values for cell= are shown in the table below: 


Cell 

Value 

b or byte 
w or word 

1 or long 

8 bits 

16 bits 
32 bits 


The program expects a base 10 number after the argimient pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter; 

a p=* 
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Constant Command 


CHeck Command 


Constant Low= High= PATtern= Cell= Pass= 

The Constant command performs write-read-compare cycles on a range of 
addresses with a specified pattern. The test accepts up to five optional argu¬ 
ments. 

The low= argument specifies the first address to test. By default, the value of 
low is the lowest address in frame buffer memory. The low value should be a 
hexadecimal (base 16) number. 

The high= argument indicates the final address to test. The default high 
address is the highest frame buffer memory address available. The high value 
should be a hexadecimal (base 16) number. 

The patt ern= argument names patterns expected throughout the range of 
addresses. The observed values are compared against this expected value. The 
default value of pattern is 0x0. The pattern value should be a hexade¬ 
cimal (base 16) number. 

Legal values for ce 11 = are shown in the table below: 


Cell 

Value 

b or byte 
w or word 

1 or long 

8 bits 

16 bits 
32 bits 


The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

c p=* 


CHeck Low= High= PATtern= Cell= Pass= 

The Check command reads the specified range of physical addresses, and 
checks for a pattern. The test accepts five optional arguments. The low argu¬ 
ment specifies the first physical address to test. 

By default, the value of lo w= is the lowest address in frame buffer memory. 
The iow= value should be a hexadecimal (base 16) number. 

The high= argument indicates the final physical address to test. The default 
high address is the highest frame buffer memory address available. The high= 
value should be a hexadecimal (base 16) number. 

The pattern= argument names patterns expected throughout the range of 
addresses. The observed values are compared against this expected value. The 
default value of pattern= is 0x0. The pattern = value should be a hexa¬ 
decimal (base 16) number. 
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Fill Command 


Options 


Legal values for cell= are shown in the table below; 


Cell 

Value 

b or byte 
w or word 

1 or long 

8 bits 

16 bits 
32 bits 


The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

ch p=* 


Fill Low= High= PATtern= Cell= Pass= 

The Fill command writes a pattern to a range of physical addresses. The test 
accepts five optional arguments. 

The low= argument specifies the first physical address to test. By default, the 
value of low is the lowest address in frame buffer memory. The low value 
should be a hexadecimal (base 16) number. 

The high= argument indicates the final physical address to test The default 
high address is the highest frame buffer memory address available. The high 
value should be a hexadecimal (base 16) number. 

The patt ern= argument names the pattern written throughout the range of 
addresses. The default value of pattern is 0x0. The pattern value 
should be a hexadecimal (base 16) number. Legal values for 

cell= are shown in the table below: 


Cell 

Value 

b or byte 
w or word 

1 or long 

8 bits 

16 bits 
32 bits 


The program expects a base 10 number after the argument pass=. If you want 
to enter a hexadecimal value, precede the value with %h or %x. If you want the 
test to continue until you interrupt it, enter: 

f p=* 

Selecting Options displays the Options Menu, which contains all of the global 
flags and parameters controlling the test commands. This menu is discussed 
next. 
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Color Map Menu The Color Map Menu is available for Sun-4/xx only and is identical to the Video 

Menu, with the addition of this command: 

DFill Default pattern fill 

This command fills the color map with a default pattern. Specifying a pattern has 
no effect. 


Options Menu The Options Menu sets the global flags and parameters that control the behavior 

of the tests under certain conditions. The flags and their effects are listed below. 


Monitor 

REVll 

10/21/Bi 

V 

1 Options Menu 

Default 

Assign default values 

to all options 


Stop® 

Stop on n-th error 

currently: 

infinity 

Pass® 

Pass count 

currently: 

1 pass(es) 

Report® 

Report mode 

currently: 

on 

scope® 

Scope loop on error 

currently: 

off 

Cell® 

Memory cell size 

currently: 

byte 

?®Help <esc> 

“Return-To-Previous-Menu 

1®[n]®Repeat-Command-Line-n-Times q®Quit 

Command ®®> 





Default The Default command sets all of the global flags to their default values. The 

default values are shown in the menu above. 

Stop= The Stop on nth error flag sets thethat must occur 

before the test stops. Entering st op=* on the command line means tests will 
never stop for an error. 

If the test stops for an error, it will wait until the you press a key. If you press q, 
the currently running test is terminated. If any other key is pressed, the test 
resumes. 

Pass= The pass count flag sets the number of times tests run. If you enter 

pass=* on the command line, the next test will run forever. 

You can override the global pass count flag by specifying a local pass count 
value in the command line when a test is run. 
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Reports 


The report mode flag controls whether status or error reports are displayed 
on the screen. This flag is useful for executing scope loops. 


scopes 


Cells 


The scope loop on error flag determines whether a scope loop starts 
when a test finds an error. Once a scope loop has been entered, you may press q 
to terminate the scope loop and the test. Pressing the n key terminates the scope 
loop on the current address and moves on to the next address. If the stop on nth 
error flag is set to some value other than infinity ( * ), the scope loop will stop 
after n errors occur and wait for user input. To continue the scope loop and test, 
press any key except q or n. 


The memory cell size flag determines the size of memory cells the tests 
use. The options are: 


Cell 

Value 

b or byte 
w or word 

1 or long 

8 bits 

16 bits 
32 bits 


Byte is 
fying a 


the default cell size. You can override the global ceU size flag by speci- 
local cell size value in the command line when you invoke the test. 
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Sun-4 EEPROM Layout 


14.1. EEPROM Introduction The prom monitor q command opens the EEPROM to allow examination or 

modification of configuration parameters. If you do not enter an address follow¬ 
ing the command, the content of the first address assigned to the EEPROM is 
presented. (EEPROM addresses are off-set, rather than complete addresses.) 

EEPROM parameters set these functions: 

□ vary the quantity of memory tested during self-test; 

□ change the action that follows a watchdog reset; 

□ boot from a specified device with diagnostics switch on NORM, or poll the 
devices; 

□ recognize the specified device as the primary terminal or console; 

□ display the Sun banner or a custom banner during power-up; 

□ store and display a custom logo upon power-up; 

□ select special keyboard characters; 

□ turn the keyboard “click’’ on or off; 

□ boot a selected program from a specific device with diagnostics switch on 
DIAG; 

□ inhibit serial port DTR and RTS signals; 

□ select a serial port baud rate; 

□ store a system configuration record on EEPROM; 

□ erase eeprom contents. 


14.2. Changing EEPROM The Sun-4 prom Monitor Commands chapter contains q command syntax varia- 
Parameters tions. The paragraphs that foUow represent examples of one way to change or 

view EEPROM parameters. The layout section describes which parameters are 
stored at which eeprom addresses. 

To change the value of a specific eeprom address, you must be in the monitor 
mode, (you’ll see the > prompt). Now, enter the PROM monitor command q, the 
offset EEPROM address of the parameter you wish to change, and (Return 1 . 

When the program displays the contents of that location, enter the new value fol¬ 
lowed with a non-hexadecimal character, such as a period, or a q for quit, and 
[ Return ] : 
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To exit from the modify mode when you have not entered a new value, simply 
press the space bar and (Return I after the question mark. 

To increment to the next EEPROM address instead of returning to the PROM moni¬ 
tor program, simply press I Return 1 after the question mark, or immediately fol¬ 
lowing your entry. 

14.3. The EEPROM Layout This section has a detailed description of the EEPROM layout. The layout is 

divided into a diagnostic section, a reserved section, a ROM section, and a 
software section. 

The table on the following page provides an example of default system 
configuration parameters that may be present at the various locations, and what 
they mean. Note that the amount of memory may vaiy greatly; the amount 
shown is the minimum found in a basic system. The ports referenced are those 
present on the CPU board. This is an example only, actual entries may vary 
slightly from those shown on this table. 

In this text, the EEPROM locations are described first, in numerical order, with 
tables that illustrate the result of various parameter entries. At the end of each 
description, the offset addresses are shown with illustrations of the content of 
each byte in that range. If, for example, the illustration shows size as the con¬ 
tent of the first byte, the previous text would contain a table of possible hexa¬ 
decimal values that size represents. 
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Table 14-1 Default System Configuration Parameters for Sun-4 Systems 
F/D = Factory Defined U/D = User Defined N/A = Not Applicable 


EEPROM 

Off set Address 

Function 

Default 

Entry 

EEPROM 

Offset Address 

Function 

Default 

Entry 

0x004-0x00E 

Write Count & Checksum 

F/D 

0x58 

U/D or Default 

Port A Baud Rate 

0x00 

0x010-0x013 

Last Hardware Update 

F/D 

0x059-0x05A 

Port A Alt Baud Rate 

0x00 

0x014 

Installed Memory 

0x08 

0x05B 

PortADTR/RTS 

0x00 

0x015 

Memory Tested 

0x08 

0x05C-0x05F 

Reserved 

N/A 

0x016 

Monitor Screen Size 

0x13 

0x060 

U/D or Default 

Port B Baud Rate 

0x00 

0x017 

Watchdog Action 

0x00 

0x061-0x062 

Port B Alt Baud Rate 

0x00 

0x018 

Boot Device:Poll/EEPROM 

0x00 

0x063 

Port B DTR/RTS 

0x00 

0x019-0xlD 

Alt.Boot Device 

0x00 

0x064-0x067 

Reserved 

N/A 

OxOlE 

Keyboard Type 

0x00 

0x068-0x0B7 

Custom Banner 

0x00 

OxOlF 

Primary Display 

0x12 

0x0B8 

Test Pattern 

OxOAA 

0x020 

Custom/Sun Banner 

0x00 

0x0B9 

Test Pattern 

0x55 

0x021 

Keyboard Click 

0x00 

0x0BC-0xl8B 

Configuration Blocks 

F/D 

0x022-0x026 

Diag Boot Device 

0x00 

0x018C 

Key Table Selector 

0x00 

0x028-0x04F 

Diag Boot Path 

0x00 

0x018D 

Locale Specifier 

F/D 

0x050 

High Res Columns 

0x50 

0x018E 

Keyboard ID 

F/D 

0x051 

High Res Rows 

0x22 

0xl90-0x20F 

Lower Case Key Table 

0x00 

0x052-0x057 

Reserved 

N/A 

0x210-0x28F 

Upper Case Key Table 

0x00 

0x290-0x48F 

Custom Logo 

0x00 

0x500-0x70A 

Write Count & Checksum 

F/D 


Diagnostic EEPROM 

Test Write Area Four bytes are provided for the EEPROM portion for the CPU Diagnostic. The con¬ 

tents of these locations after the test are meaningless because these four locations 
are not part of the checksum data area. The Diagnostic area write count loca¬ 
tions are updated each time these locations are written. 

[0x000-0x003]: 

Diag Test 
Diag Test 
Diag Test 
Diag Test 
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Diagnostic Area Write Count 

These write counters are for the Diagnostic area of the EEPROM. There are 
three counters that should contain the same count. The purpose of multiple 
write counters is reliability of their correctness. 

A4Wrcj5[0x004-0x009]: 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 


Diagnostic Area Checksum 

Each EEPROM area maintains three identical 8 bit (byte) checksums. These 
separate checksums are intended to be the same. 

Ad(ireM[0x00C-0x(X)E]: 

Checksum #1 
Checksum #2 
Checksum #3 


Date of Last System Hardware Update 

This four byte location contains the date of the last system update. This date 
is recorded in the same fashion as the Manufacturing Date: total seconds 
since 1 January, 1970. 

Address[0yiQ 10-0x013]: 

Date (Bits 31-24) 

Date (Bits 23-16) 

Date (Bits 15-8) 

Date (Bits 7-0) 


Mbytes of installed Memory 

This byte contains the total number (in hexadecimal) of Megabytes of 
memory installed in the system. 

Address[0xQ\A]: 

Mbytes Installed 


n 
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Mbytes of Memory to Test on Normal Boot 

This byte contains the total number (in hexadecimal) of Megabytes of 
memory that the firmware tests prior to booting the SunOS operating system. 
The firmware ignores this value and tests aU of memory if the diagnostic 
switch is in the DIAG position. AU of memory is initialized even if not 
tested. 

Address[Q\Q\5]: 

Mbytes to Test 


Monitor Screen Size 

This byte selects the appropriate video screen sizes for the Monitor in the 
system. The following table iUustrates the options: 


Size 

Definition 

0x00 

1152x900 Screen 

0x12 

1024x1024 Screen 

0x13 

1600x1280 Screen 

0x14 

1440x1440 Screen 


Address[Q\Q\6Y. 
I Size I 


A hardware change on the cpu 
Board is necessary to complete a 
screen size change. 


Watchdog Reset Action 

This byte selects the appropriate action for the firmware after a Watchdog 
Reset. The foUowing table iUustrates the options: 


Action 

Definition 

0x00 

Watchdog Reset wUl fall into Boot PROM Monitor 

0x12 

Watchdog Reset will cause a Power-On-Reset 


Address[QyiQ\l]: 


Action 
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Operating System Boot-up 

This byte selects whether the Boot PROM polls for boot devices in the system 
or uses an eeprom selectable boot device for loading the Sun Operating Sys¬ 
tem (SunOS) during a normal boot. If this option is selected the boot device 
is specified in eeprom address 0x019-0x010. The following table illustrates 
the options; 


Boot Device 

Definition 

0x00 

Poll devices for the SunOS operating system (i.e. xy, sd, etc.) 

0x12 

Use EEPROM specified boot device 


/lclrfre^s[0x018]: 
Boot Device 


Boot Device 

These five bytes provide for installation of a command string that will boot 
the operating system from a specified device when EEPROM address 0x018 is 
set to 0x12, and the diagnostics switch is set to NORM. The locations are 
assigned as follows: 


Address 

Definition 

0x019 

Default boot device (1st character converted to hex) 

OxOlA 

Default boot device (2nd character converted to hex) 

OxOlB 

Controller number in Hex 

OxOlC 

Unit number in Hex 

OxOlD 

Partition number in Hex 
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The following converts the current boot devices from ASCII to Hex: 


Boot Device 

Address[0x019] 

Address[0x01A] 

xy: Xylogics 450/451 Disk 

0x78 

0x79 

sd: SCSI Disk 

0x73 

0x64 

xd: Xylogics Disk (7053) 

0x78 

0x64 

ie: Intel Ethernet 

0x69 

0x65 

le: AMD (Lance) Ethernet 

0x6C 

0x65 

St: SCSI 1/4" Tape 

0x73 

0x74 

xt: Xylogics 1/2" Tape 

0x78 

0x74 

mt: Tapemaster 1/2" Tape 

0x6D 

0x74 


Address[OxO 19-0x01D]: 

Device 

Device 

Controller 

Unit 

Partition 


Keyboard Type 

This byte is to signify a NON-SUN keyboard type. It is currently ignored by 
the Boot PROM. 

Ai/tireM[0x01E]: 

Keyboard 


Primary Terminal 

This byte selects the appropriate device to use as the primary terminal or 
user interface. The following table illustrates the options: 


Terminal 

Definition 

0x00 

Use B/W Monitor (monochrome on-board frame buffer) 

0x10 

Use Serial Port A 

0x11 

Use Serial Port B 

0x12 

Use Color Monitor (CG2, CG3, CG5, or color daughter board) 

0x20 

Use “first” head of multi-headed P4 card 


Aifrfrm[0x01F]: 

Terminal 
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Display Sun Banner 

This byte selects whether to display the Sun banner or custom banner on the 
screen when booting. The custom banner is defined in a 80-byte character 
buffer at EEPROM addresses [0x068-0x038]. See the paragraphs Custom 
Logo Selector and Custom Logo near the end of this chapter for the location 
and selection of a bit-mapped image that replace the Sun logo. The follow¬ 
ing table illustrates the banner options: 


Value 

Definition 

0x00 

Display the Sun Banner 

0x12 

Display Custom Banner 


Address[OxtyiQi\\ 

Value 


Keyboard Click 

This byte selects whether the Sun-3 keyboard should be initialized with its 
key click option on or off. The following table illustrates the options: 


Click 

Definition 

0x00 

Turn click OFF 

0x12 

Turn click ON 


Address[0xD2\Y. 


Click 


®sun 
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Diagnostic Boot Device 

These five bytes define the device that the Boot prom will use when the 
Diagnostic switch is ON (in DIAG position). The following table illustrates 
the boot device specification: 


Address 

Definition 

0x022 

Default boot device (1st character in hex) 

0x023 

Default boot device (2nd character in hex) 

0x024 

Controller number in Hex 

0x025 

Unit number in Hex 

0x026 

Partition number in Hex 


The following converts the boot devices from ASCII to Hex: 


Diagnostic Boot Device 

Address [0x022] 

Address[0x023] 

xy: Xylogics 450/451 Disk 

0x78 

0x79 

xd: Xylogics Disk (7053) 

0x78 

0x64 

sd: SCSI Disk 

bhqsehhi 

0x64 

ie: Intel Ethernet 


0x65 

le: AMD (Lance) Ethernet 

0x6C 

0x65 

St: SCSI 1/4" Tape 

0x73 

0x74 

xt: Xylogics 1/2" Tape 

0x78 

0x74 

mt: Tapemaster 1/2" Tape 

0x6D 

0x74 


Ad(ircsy[0x022-0x026]: 

Device 

Device 

Controller 

Unit 

Partition 
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Diagnostic Boot Path 

These 40 bytes represent a character buffer for a user specified diagnostic 
path (/stand/diag, for example). These Ascn characters are represented by 
Hex values. You would first open address 0x028 and enter the hexadecimal 
equivalent of the first character in the selected path, and continue on in that 
manner, ending with 0x00. An AScn to Hex conversion chart is included at 
the back of this manual for your convenience. 

A<irfre55[0x028-0x04F]: 


Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

Aseii 

0x00 




High Res Screen Size 

These 2 bytes allow the selection of the number of columns and number of 
rows for the high resolution monitor. 

Address[0\050-0x05 1 ]: 

# of columns 
# of rows 


The default entries are 50 for # of columns (the hexadecimal value for 80 
columns), and 22 for # of rows (the hexadecimal value for 34 rows). 

see Port A Default Baud Rate 

This byte selects whether See Port A will use the default baud rate of 9600 
Baud or the user specified baud rate defined in the Port A Baud Rate EEPROM 
address[0x059-0x05A]. The following table illustrates the options: 


Value 

Definition 

0x00 

Use Default Baud rate of 9600 Baud 

0x12 

Use EEPROM defined Baud rate 


Address[0yX)5%]: 
Value I 


sun 
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see Port A Baud Rate 

These two bytes define the baud rate at which see Port A is initialized if 
EEPROM address[0x058] has been set to 0x012. These bytes are the hexade¬ 
cimal equivalent of the baud rate. The following table illustrates hexade¬ 
cimal equivalents to the various baud rates. 


Baud Rate 

Hex Equivalent 

Address[0x059] 

Address[0x05A] 

300 

0x012e 

0x01 

0x2e 

600 

0x0258 

0x02 

0x58 

1200 

0x04B0 

0x04 

OxBO 

2400 

0x0960 

0x09 

0x60 

4800 

0 xl 2 e 0 

0x12 

oxeo 

9600 

0x2580 

0x25 

0x80 

19200 

0x4B00 

0x4B 

0x00 

38400 

0x9600 

0x96 

0x00 


Atftfre55[0x059-0x05A]: 

Baud (High byte) 
Baud (Low byte) 


see Port A DTR/RTS 

This byte selects whether sec Port A wiU have the signals DTR and RTS 
asserted in the initialization process. The following table illustrates the 
options: 


Value 

Definition 

0x00 

Assert the DTR and RTS signals 

0x12 

Do NOT assert the DTR and RTS signals 


Aif<ire^s[0x05B ]: 
Value 
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see Port B Default Baud Rate 

This byte selects whether SCC Port B will use the default baud rate of 9600 
Baud or the user specified baud rate defined in the Port B Baud Rate EEPROM 
address[0x061-0x062]. The following table illustrates the options: 


Value 

Definition 

0x00 

Use Default Baud rate of 9600 Baud 

0x12 

Use EEPROM defined Baud rate 


Address[0yJ^G\‘. 

Value (0x00 or 0x12) 


see Port B Baud Rate 

These two bytes define the Baud rate at which SCC Port B is initialized if 
EEPROM address 0x060 has been set to 0x012. These bytes are the Hexade¬ 
cimal equivalent of the Baud rate. The following table illustrates how to 
specify the Baud rate: 


Baud Rate 

Hex Equivalent 

Address[0x061] 

Address[0x062] 

300 

0x012C 

0x01 

0x2C 

600 

0x0258 

0x02 

0x58 

1200 

0x04B0 

0x04 

OxBO 

2400 

0x0960 

0x09 

0x60 

4800 

0xl2C0 

0x12 

OxCO 

9600 

0x2580 

0x25 

0x80 

19200 

0x4B00 

0x4B 

0x00 

38400 

0x9600 

0x96 

0x00 


Address{0Tdd6 1-0x062]: 

Baud (High byte) 
Baud (Low byte) 
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see Port B DTR/RTS 

This byte selects whether see Port B will have the signals dtr and RTS 
asserted in the initialization process. The following table illustrates the 
options: 


Value 

Definition 

0x00 

Assert the DTR and RTS signals 

0x12 

Do NOT assert the DTR and RTS signals 


AddresslQyS)^?)]: 

Value 


eustom Banner 

These 80 bytes represent a character buffer for a user specified custom 
banner to be displayed instead of the Sun banner, when the value of EEPROM 
location is 0x020 is 0x012. AU locations up to the terminator (0x00) are 
displayed; each byte not filled with the hexadecimal equivalent of an Asen 
character should contain zeroes. 

ArWrej’ilOxObS-OxOBV]: 


ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

0x00 






Test Pattern 

These two bytes are used to provide a known data test pattern to check the 
EEPROM data lines. 


AddresslOxGQ 8-0x0B9]: 


OxAA 


0x55 


»sun 
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System Configuration 


There are currently 208 bytes used to represent the hardware configuration of the 
system. The system configuration is divided into 12 “slot-configuration” blocks 
of 16 bytes each, and 1 sentinel block of 16 b)^s to denote the end of the 
configuration table. The first 16-byte block represents the board specific infor¬ 
mation in slot 1 of the card cage. The second 16-byte block represents slot 2, and 
so on. 

All empty slots are identified as Board Type Zero (the value 0x00 is in the first 
byte of that block). The Sentinel Block ((kFF) resides immediately after the 
configuration block for the last board in the system. The sentinel block should be 
the 2nd configuration block in a 1-slot system, 4th block for a 3-slot, and so on. 

The first byte of each block identifies the type of board that occupies that slot. 
The information contained in the other bytes of each block may vary, as shown 
on the following pages. 

The layout of the system configuration blocks is illustrated in the following table. 
B/S means that the contents of that byte are board specific. N/U means “not 
used”. The value in each byte depends on what type of board is in which slot. 
Each block always begins with the “Board Type” value. Logically, the first 
address, OxOBC, would begin the CPU board block, because the CPU board is 
always in Slot 1, meaning that the “Board Type” value would be 0x01. “Board 
Type” values are shown in Table 14-3 . 
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This table shows each offset address in the configuration block, followed with a 
colon and the type of information represented in that byte. OxOBC is the first 
byte of the block representing the board in Slot 1, and, in a 12-slot system, 
0xl6C is the first byte representing the board in Slot 12. The beginning address 
for each block is shown in boldfaced type: OBC. 

“0BD:B/S” means that the contents of that byte are board specific; N/U means 
“not used”. If you turn to the CPU Board 16-byte representation, you will see 
that this byte would contain the hexadecimal value for the amount of memory on 
the CPU board, which will vary. 


Table 14-2 Configuration Block Layout Address[OxOBC-OxlSB] 


0BC:Board Type 

0BD:B/S 

0BE:B/S 

0BF:B/S 

0C0:B/S 

0C1:B/S 

0C2:B/S 

0C3:B/S 

0C4:B/S 

0C5:B/S 

0C6:B/S 

0C7:B/S 

0C8:B/S 

0C9:B/S 

0CA:B/S 

0CB:B/S 

0CC:Board Type 

0CD;B/S 

0CE:B/S 

0CF;B/S 

0D0:B/S 

0D1:B/S 

0D2;B/S 

0D3:B/S 

0D4:B/S 

0D5:B/S 

0D6:B/S 

0D7:B/S 

0D8:B/S 

0D9:B/S 

0DA:B/S 

0DB:B/S 

0DC:Board Type 

0DD:B/S 

0DE:B/S 

0DF:B/S 

0E0:B/S 

0E1:B/S 

0E2:B/S 

0E3:B/S 

0E4:B/S 

0E5:B/S 

0E6:B/S 

0E7:B/S 

0E8:B/S 

0E9:B/S 

0EA:B/S 

0EB:B/S 

**0EC:Board Type 

0ED:B/S 

0EE:B/S 

0EF:B/S 

0F0:B/S 

0F1:B/S 

0F2:B/S 

0F3:B/S 

0F4:B/S 

0F5:B/S 

0F6:B/S 

0F7:B/S 

0F8:B/S 

0F9:B/S 

0FA:B/S 

0FB:B/S 

0FC:Board Type 

0FD:B/S 

0FE:B/S 

0FF:B/S 

100:B/S 

101:B/S 

102:B/S 

103:B/S 

104:B/S 

105:B/S 

106:B/S 

107:B/S 

108:B/S 

109:B/S 

10A:B/S 

10B:B/S 

10C:Board Type 

10D:B/S 

10E:B/S 

10F:B/S 

110:B/S 

111:B/S 

112:B/S 

113:B/S 

114:B/S 

115:B/S 

116:B/S 

117:B/S 

118:B/S 

119:B/S 

11A:B/S 

11B:B/S 

llCiBoard Type 

11D:B/S 

11E:B/S 

11F;B/S 

120:B/S 

121:B/S 

122:B/S 

123:B/S 

124:B/S 

125:B/S 

126;B/S 

127:B/S 

128:B/S 

129:B/S 

12A:B/S 

12B:B/S 

12C:Board Type 

12D:B/S 

12E:B/S 

12F:B/S 

130:B/S 

131:B/S 

132:B/S 

133:B/S 

134:B/S 

135:B/S 

136:B/S 

137:B/S 

138:B/S 

139:B/S 

13A:B/S 

13B:B/S 

13C:Board Type 

13D:B/S 

13E:B/S 

13F:B/S 

140:B/S 

141:B/S 

142:B/S 

143:B/S 

144:B/S 

145:B/S 

146:B/S 

147:B/S 

148;B/S 

149:B/S 

14A:B/S 

14B:B/S 

14C:Board Type 

14D;B/S 

14E:B/S 

14F:B/S 

150:B/S 

151:B/S 

152:B/S 

153:B/S 

154:B/S 

155:B/S 

156:B/S 

157:B/S 

158:B/S 

159:B/S 

15A:B/S 

15B:B/S 

15C:Board Type 

15D:B/S 

15E:B/S 

15F:B/S 

160:B/S 

161:B/S 

162:B/S 

163:B/S 

164:B/S 

165:B/S 

166:B/S 

167:B/S 

168:B/S 

169:B/S 

16A:B/S 

16B;B/S 

16C:Board Type 

16D:B/S 

16E:B/S 

16F:B/S 

170:B/S 

171:B/S 

172:B/S 

173:B/S 

174:B/S 

175:B/S 

176;B/S 

177:B/S 

178:B/S 

179:B/S 

17A:B/S 

17B:B/S 

*17C:FF 

17D:N/U 

17E:NAJ 

17F:NAJ 

180:NAJ 

181:NAJ 

182:NAJ 

183:NAJ 

184:NAJ 

185:NAJ 

186:N/U 

187:N/U 

188:NAJ 

189:NAJ 

18A:NAJ 

18B:NAJ 


* This is the Sentinel Block ** Sentinel Block goes here for 3-slot system 
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Possible “Board Type” values for the first byte of the board configuration blocks 
are defined in the following table. Note that these are Board Type definitions and 
not system slot assignments, or addresses. For slot assignments, refer to the 
appropriate Cardcage Slot Assignments and Backplane Configuration document. 

The value shown under Type in the table below is entered in the first byte of the 
configuration block that represents that board. The beginning EEPROM address 
of the configuration block depends on the slot assignment (refer to the represen¬ 
tation on the previous page). 


Table 14-3 Board Type Values 


Type 

Board Definition 

0x00 

None (Empty slot) 

0x01 

CPU 

0x02 

Memory 

0x03 

Color 

0x04 

Frame Buffer 

0x05 

FPA 

0x06 

SMD Disk Controller 

0x07 

Tape Controller 

0x08 

Ethernet Controller 

0x09 

MTI/ALM 

OxOA 

Graphics Processor (GP) 

OxOB 

SCP Controller 

OxOC 

SCSI Controller 

OxOD 

Integrated Personal Computer (SunIPC) 

OxOE 

Graphics Board (GB) 

OxOF 

3/75 SCSI with Memory 

0x10 

MAPKIT 

0x11 

Channel Adapter 

0x12 

ALM-2 

0x13 

MCP/SCP-2 

0xl4-0x7F 

Reserved Sun Hardware 

0x80-0xFE 

Reserved Non-Sun Hardware 

OxFF 

Sentinel Block 
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Each configuration block is graphically represented on the following pages to 
show the values that must be present in the sixteen bytes to represent the various 
Sun PC Boards. Each byte is shown as a box, filled with the type of information 
represented by the value in that byte. 


Table 14-4 No-Board Configuration Block 


1st Byte 

0x00 

2nd Byte 

0x00 

3rd Byte 

0x00 

4th Byte 

0x00 

5th Byte 

0x00 

6th Byte 

0x00 

7th Byte 

0x00 

8th Byte 

0x00 

9th Byte 

0x00 

lOlh Byte 

0x00 

11th Byte 

0x00 

12th Byte 

0x00 

13th Byte 

0x00 

14th Byte 

0x00 

16th Byte 

0x00 


Use this block to represent an empty slot. For example, assume that the block 
beginning with EEPROM address OxOBC (the first block) contains the CPU board 
configuration values, because the CPU board is in Slot 1. Let us say that Slot 2 is 
empty. In order to represent this, the second configuration block, beginning with 
address OxOCC, would contain 0x00 in each of the next sixteen bytes, up to and 
including address OxODB. 
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Table 14-5 CPU Board Configuration Block 


1st Byte: 

Board Type: 0x01 

2nd Byte: 

# Mbytes Memory in Hex 

3rd Byte: 

Installed Options: 

Bit 0 = 1 (FPU) 

Bit 1 = 1 (DCP/DES) 

Bit 2 = 0 

Bit 3 = 0 

Bit 4 = 0 

Bit 5 = 0 

Bit 6 = 0 

Bit 7 = 0 

4th Bjde: 

# Kb of Cache (hex) 

5th Byte: 

Sun-3/60 Color Frame Buffer 
0x00 = No Board 

0x01 = Hi Res B/W 

0x02 = Lo Res Color 

0x03 = Hi Res Color 

6 th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 


How to Program the CPU 
Configuration Block 


However, it is likely that, if you open EEPROM location OxOBC, the value in the 
first byte will be 0x01, to represent the CPU board: 

>q Obc [ Return 1 

EEPROM OBC: 01? I Return 1 

The next location (Byte 2) should now be displayed. It represents how much 
memory is on the CPU board. Because the Sun-4 CPU board has no on-board 
memory, the display should read: 


Because the CPU board is always in Slot 1, this example will use the actual 
EEPROM offset addresses of each byte in the CPU board configuration block. If 
the CPU board were in another slot, the addresses shown would depend on the 
slot assignment, as shown in Table 14-2 . 
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EEPROM OBD: 00 ? I Return I 
EEPROM 0BE:01 ? 


The content of the next location, assigned to “Installed Options”, is now 
displayed. 

To fill in the “Installed Options” byte, you must convert the binaiy value — 
represented by a one or zero in Bits 0 through 7 — to a hexadecimal value. For 
example, if the CPU board contains both a Floating Point and a DCP chip, the 
binary value would be: 

00000011 

Converted to hexadecimal, the value in the third byte would be 0x03. 

If only a Floating Point Chip is present, the value would be 0x01. If only a DCP 
chip is present, the binary value would be 

00000010 


If, at any time during this process, 
you want to return to the monitor 
prompt, enter a non-hexadecimal 
character after the new value you 
just entered, BEFORE pressing 
1 Return I . Refer to the PROM Moni¬ 
tor Commands chapter for more 
information on procedures for modi¬ 
fying memory locations. 


meaning that the hexadecimal value in the third b 5 rfe would be 0x02. And, of 
course, if neither option is present, the value in the third byte would be 0x00. 

If you were to change the “Installed Options” value, you would simply enter the 
new value after the question marie, and press I Return) to view the fourth byte, 
which represents the quantity of cache memory present on the CPU board. 

In this example, the CPU board did not have a Floating Point Unit, and has been 
upgraded to include that chip. No data encryption chip is present. You would 
enter: 

EEPROM QBE:00 ? 01 I Return 1 
EEPROM 0BF:00 ? 

The fourth byte (location OxOBF) would contain the value 0x40 if there were 64 
Kilobytes of cache memory on the CPU board. 

As shown in the CPU board configuration example, the fifth byte (location 
OxOCO) is reserved for Sun-3/60 configuration information. The values in this 
byte tell us whether or not a Color Frame Buffer board is attached to the 3/60 
CPU board, and whether the board interfaces with a high or low resolution, black 
and white or color monitor. A 3/60 system with a High Resolution Black and 
White Monitor would show this value when you increment to the fifth byte: 

EEPROM 0C0:01 ? 
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Table 14-6 Memory Board Configuration Block 


1st Byte 

0x02 

2nd Byte 

# Mbytes of Memory in hex 

3rd Byte 

Reserved 

4th B)4e 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 14-7 Color Board Configuration Block 


1st Byte: 

0x03 

2nd Byte: 

Type (2,3 or 5) 
0x2 = Sun2 

0x3 = Sun3 

0x5 = CG5 

3rd Byte: 

Reserved 

4 th Byte: 

Reserved 

5th Byte: 

Reserved 

6th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 


Table 14-8 Frame Buffer Board Configuration Block 


1st Byte: 

0x04 

2nd Byte: 

Reserved 

3rd Byte: 

Reserved 

4 th Byte: 

Reserved 

5th Byte: 

Reserved 

6 th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9 th Byte: 

Reserved 

10th Byte 


Reserved 

11th Byte 


Reserved 

12 th Byte 


Reserved 

13 th Byte 


Reserved 

14th Byte 


Reserved 

15th Byte 


Reserved 

16 th Byte 


Reserved 
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Table 14-9 FPA Board Configuration Block 


1st Byte: 

0x05 

2nd Byte: 

Reserved 

3rd Byte: 

Reserved 

4th Byte: 

Reserved 

5th Byte: 

Reserved 

6th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 


Asun 
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Table 14-10 SMD Disk Board Configuration Block 


1st Byte: 

0x06 

2nd Byte: 

Manufacturer 

1 = Xylogics 450 

2 = Xylogics 451 

3rd Byte: 

Controller # 

4th Byte: 

# of Disks 

5th Byte: 

Drive #0 Capacity 

0 = No Disk 

1 = 8" 130 Mb (450/451) 

2 = 8" 280 Mb (451) 

3= 10.5" 380 Mb (450/451) 

4 = 10.5" 575 Mb (451) 

6th Byte: 

Drive #1 Capacity 

7th Byte: 

Drive #2 Capacity 

8th Byte: 

Drive #3 Capacity 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte; 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 



Revision A of 9 May 1988 




278 PROM User’s Manual 


Table 14-11 1/2 Inch Tape Controller Configuration Block 


1st Byte; 

0x07 

2nd Byte: 

Manufacturer 

1 = Xylogics (472) 

2 = Ciprico (TMIOOO) 

3rd Byte: 

Controller # 

4th Byte: 

# of Tape Drives 

5th Byte: 

Reserved 

6th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte; 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 
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Table 14-12 Second Ethernet Controller Board Configuration Block 
(For the LAN Gateway Interface) 


1st Byte: 

0x08 

2nd Byte: 

Reserved 

3rd Byte: 

Reserved 

4th Byte: 

Reserved 

5th Byte: 

Reserved 

6th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte 


Reserved 

11th Byte 


Reserved 

12th Byte 


Reserved 

13th Byte 


Reserved 

14th Byte 


Reserved 

15th Byte 


Reserved 

16th Byte 


Reserved 
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Table 14-13 MTI/ALM Board Configuration Block 


1st Byte: 


0x09 

2nd Byte: 

# Terminals 

3rd Byte: 

Manufacturer 

1= Systech 

2 = Sun Microsystems 

4th Byte 

Reserved 

5th Byte 

Reserved 

6th Byte 

Reserved 

7th Byte 

Reserved 

8th Byte 

Reserved 

9th Byte 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 


Table 14-14 GP Board Configuration Block 


1st Byte: 

OxOA 

2nd Byte: 

Type (Plus or 2) 
0x1 = GP+ 

0x2 = GP2 

3rd Byte: 

Reserved 

4th Byte: 

Reserved 

5th Byte: 

Reserved 

6th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th B54e: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 



Revision A of 9 May 1988 






Chapter 14 — Sun-4 EEPROM Layout 281 


Table 14-15 SCP Board Configuration Block 


1st Byte: 

OxOB 

2nd Byte: 

Reserved 

3rd Byte: 

Reserved 

4th Byte: 

Reserved 

5th Byte: 

Reserved 

6th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 
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Table 14-16 SCSI Board Configuration Block 


1st Byte: 

OxOC 

2nd Byte: 

Type (2 or 3) 

0x2 = Sun2 

0x3 = Sun3 

3rd Byte: 

# of Tape Drives 

4th Byte: 

# of Disk Drives 

5th Byte: 

Tape Controller 

0x1 = Sysgen 

0x2 = MT02 

6th Byte: 

Disk Controller 

0x1 = MD21 

0x2 = Adaptec 

7th Byte: 

Disk Drive #0 Capacity 
0x1 = 5.25" 71 Mb 

0x2 = 5.25" 141 Mb 

0x3 = 5.25" 327 Mb 

8th Byte: 

Disk Drive #1 Capacity 

9th Byte: 

Reserved 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 14-17 SunIPC Board Configuration Block 


1st Byte: 

OxOD 

2nd Byte: 

Reserved 

3rd Byte: 

Math Coprocessor Option: 

0 = absent 

1 = installed 

4 th Byte: 

Disk Drive Option * 

0 = None 

1 = Single 5 1/4" Floppy 

2 = Dual 5 1/4" Floppy 

5th Byte: 

Drive 0 Capacity 

0 = None 

1 = r/w 1.2 MB, read 360 KB 

2 = r/wl.2 MB 

6th Byte: 

Drive 1 Capacity 

0 = None 

1 = r/w 360 KB 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 


NOTE * The disk drive option can readily be moved to other SunIPC boards and there¬ 
fore this information may not always be correct. 
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Table 14-18 GB Board Configuration Block 


1st Byte: 

OxOE 

2nd Byte: 

Reserved 

3rd Byte: 

Reserved 

4th Byte: 

Reserved 

5th Byte: 

Reserved 

6th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 
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Table 14-19 3/75 SCSI Memory Board Configuration Block 


1st Byte: 

OxOF 

2nd Byte: 

# MB of Memory (Hex) 
0x00,0x02 or 0x04 

3rd Byte: 

Type of SCSI 

0x02 = Sun-2 

0x03 = Sun-3 

4th Byte: 

# of Tape Drives (hex) 

5th Byte: 

# of Disk Drives (hex) 

6th Byte: 

Tape Controller 

0x01 = Sysgen 

0x02 = MT02 

7th Byte: 

Disk Controller 

0x01 = MD21 

0x02 = Adaptec 

8th Byte: 

Disk Drive #0 Capacity 
0x01 = 5.25" 71 MB 

0x02 = 5.25" 141 MB 

9th Byte: 

Disk Drive #2 Capacity 

10th Byte 

Reserved 

11th Byte 

Reserved 

12th Byte 

Reserved 

13th Byte 

Reserved 

14th Byte 

Reserved 

15th Byte 

Reserved 

16th Byte 

Reserved 
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Table 14-20 MAPKIT Configuration Block 


1st Byte: 

0x10 

2nd Byte: 

1=INI 

3rd Byte 


Reserved 

4th Byte 


Reserved 

5th Byte 


Reserved 

6th Byte 


Reserved 

7th Byte 


Reserved 

8th Byte 


Reserved 

9th Byte 


Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 


Table 14-21 Channel Adapter Configuration Block 


1st Byte: 

0x11 

2nd Byte: 

Reserved 

3rd Byte: 

Reserved 

4th Byte: 

Reserved 

5th Byte: 

Reserved 

6th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 
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Table 14-22 ALM-2 Configuration Block 


1st Byte: 

0x12 

2nd Byte: 

Reserved 

3rd Byte: 


Reserved 

4th Byte: 


Reserved 

5th Byte: 


Reserved 

6th Byte: 


Reserved 

7th Byte: 


Reserved 

8 th Byte: 


Reserved 

9th Byte: 


Reserved 

10th Byte 


Reserved 

11th Byte 


Reserved 

12 th Byte 


Reserved 

13th Byte 


Reserved 

14th Byte 


Reserved 

15th Byte 


Reserved 

16th Byte 


Reserved 


Table 14-23 MCP/SCP-2 Configuration Block 


1st Byte: 

0x13 

2nd Byte: 

Reserved 

3rd Byte: 

Reserved 

4th Byte: 

Reserved 

5th Byte: 

Reserved 

6th Byte: 

Reserved 

7th Byte: 

Reserved 

8th Byte: 

Reserved 

9th Byte: 

Reserved 

10th Byte: 

Reserved 

11th Byte: 

Reserved 

12th Byte: 

Reserved 

13th Byte: 

Reserved 

14th Byte: 

Reserved 

15th Byte: 

Reserved 

16th Byte: 

Reserved 


»sun 

Xr microsystems 


Revision A of 9 May 1988 







288 PROM User’s Manual 


Table 14-24 Sentinel Block 


1st Byte: 

OxPT 

2nd Byte: 

Not Used 

3rd Byte: 

Not Used 

4th Byte: 

Not Used 

5th Byte: 

Not Used 

6th Byte: 

Not Used 

7th Byte: 

Not Used 

8th Byte: 

Not Used 

9th Byte: 

Not Used 

lOth Byte 


Not Used 

11th Byte 


Not Used 

12 th Byte 


Not Used 

13th Byte 


Not Used 

14th Byte 


Not Used 

15th Byte 


Not Used 

16th Byte 


Not Used 


Key Table Selector 

The value of this byte is used to determine the appropriate key tables to be 
used based on the following table. EEPROM key tables refer to the tables 
entered in EEPROM addresses Oxl90-0x20F Gower case) and 0x210-0x28F 
(upper case). 


Key Table Selector 

Definition 

0x58 

Use EEPROM key tables 

Other than 0x58 

Use PROM Key tables 


Address [0xl8C]: 

Key table selector 


EEPROM Locale Specifier 

This byte contains the specifier for the locale (country, language, codeset) 
for which the system is configured. The specifier is provided by the SunOS 
operating system. 


Address [0xl8D]: 

Locale Specifier 
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Keyboard ID 

The Boot PROM checks the EEPROM Key Table Selector (address 0x18C), 
and if the value is 0x58, it then compares the value in the address 0x18E 
with the keyboard type it finds in the system. This byte contains the hard 
coded keyboard type. The firmware uses this value only in the case of an 
EEPROM key table request. 

Addrc5y[0xl8E]: 

Keyboard ID 


Custom Logo Selector 

The value of this byte is used to determine the appropriate Logo bit-map to 
be displayed upon power-up, based on the following table. 


Custom Logo Selector 

Definition 

0x12 

Use EEPROM logo bit-map (see Custom Logo, below) 

Other than 0x12 

Use Sun logo bitmap 


Address [0xl8F]: 

Custom Logo Selector 


EEPROM Lower Case Key table 

An array of 128 bytes from address 0x190 can be used for a different lower 
case key table. This table is used by the firmware if location 0x18C is set to 
0x58 and Keyboard ID matches the hard coded ID. 

Address [Ox190-0x20F]: 

128 bytes for lower case key table 


EEPROM Upper Case Key Table 

An array of 128 bytes from address 0x210 can be used for a different upper 
case key table. This table is used by the firmware if location 0x18C is set to 
0x58 and Keyboard ID matches the hard coded ID. 

Address [0x210-0x28F]: 

128 bytes for upper case key table 


»sun 
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Reserved Area 


Reserved Area 


Custom Logo 

This 64x8 matrix may contain a Custom Logo bit-map that can be selected 
for power-up display by setting location 0xl8F to 0x12. 

Address [0x290-0x48F]: 

64X8 bytes Custom Logo 


Write Count 

These write counters are for the Reserved area of the EEPROM. There are 
three counters that should contain the same count. The purpose of multiple 
write counters is to insure reliability of their correctness. 

Address[0%500-0x.505 ]; 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 


Checksum 

Each EEPROM area maintains three identical 8 bit (byte) checksums. These 
separate checksums are to be the same. 

Addrm[0x508-0x50A]: 

Checksum #1 
Checksum #2 
Checksum #3 
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ROM Area 


ROM Area 


Software Area 


Write Count 

These write counters are for the ROM area of the EEPROM. There are three 
counters that should contain the same count. The purpose of multiple write 
counters is to insure reliability of their correctness. 

At/Jrm[0x600-0x605]: 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 


Checksum 

Each EEPROM area maintains three identical 8 bit (byte) checksums. These 
separate checksums are to be the same. 

ArWres5[0x608-0x60A]: 

Checksum #1 
Checksum #2 
Checksum #3 


Write Count 

These write counters are for the Software area of the EEPROM. There are 
three counters that should contain the same count. The purpose of multiple 
write counters is to insure reliability of their correctness. 

A<irfre5^[0x700-0x705]: 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 
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Software Area 


Checksum 

Each EEPROM area will maintain three identical 8 bit (byte) checksums. 
These separate checksums are to be the same. 

Arfifrm[0x708-0x70A]; 

Checksum #1 
Checksum #2 
Checksum #3 
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Sun386i Self-tests and Initialization 


15.1. Hardware 
Requirements 


In order to perform the power-up tests, the following criteria must be met The 
CPU must be functional and the ability to fetch instructions from the Boot prom 
must be intact. 

The Power-On Self Test (POST) sequence has no dependence upon the presence 
of video capability. If the serial port is not attached to a terminal, aU test 
munbers and error status will stiU be communicated to the LEDs on the CPU 
board at the back of the workstation. Additional hardware requirements are as 
follows: 

1. a minimum of 128K bytes of programmable read only memory (PROM) 

2. eight diagnostic LEDs, visible to user in the event of self test errors when the 
workstation console or terminal display may not be presumed to work. 

3. Ethernet, disk, tape, or communications line to boot the SunOS, the Diag¬ 
nostic Executive, or a stand-alone program. 

4. a serial cable and terminal for video monitor interaction if no video card is 
present. 

5. a correctly programmed IDPROM to boot the SunOS operating system over 
Ethernet. 
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CPU Board Jumper Settings The physical settings are as follows. These settings either affect the hardware 

directly or cause the PROM to run in a different mode. For more information, 
refer to the section on Determination of Run-time Mode. 

If you are facing the Ethernet and Serial Port connector side of the board, the 
three jumper positions are located on the opposite side of the board, beyond the 
power supply and between the disk power connector and the 80387 chip. The 
pins normally have no Jumper installed. To set the system for a diagnostic boot, 
install a jumper in position 0 (labeled W600). Position 2 (labeled W602) is for 
manufacturing mode and is not for the customer’s use. Jumper position 1 
(labeled W601) is reserved for future use. 

Figure 15-1 Sun386i Jumper Location 


disk power — > 


power supply 


Bhernet 


umpers 

DDD 


0 1 2 


387 


15.2. Memory Test Options During a normal power-on sequence, the PROM uses configuration information in 

the NVRAM to determine how much memory to test. (The NVRAM performs the 
same function as the Sun-3 and Sun-4 EEPROM. ) 

If the CPU board jumpers are set accordingly, or if the NVRAM soft switch is set, 
the Power-On Self-Tests (POST) execute in “diagnostic mode”. This mode 
results in a more complete (and lengthy) testing of the system, and the RAM in 
particular. When in Diagnostic Mode, the time duration of the POST sequence is 
dependent only upon the amount of RAM in the system. 

The Sun386i CPU Boot PROM is responsible for many system functions both 
during and after the boot sequence. The primary duty during the Power-On 
phase is, of course, to verify minimal functional integrity such that the boot code 
can load either the operating system or some other stand-alone code. The PROM 
must also provide an interactive user interface on several levels, from the LEDs 
up to serial and video I/O drivers for the PROM monitor. 


15.3. Functional 
Requirements 
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Normal Boot 


In addition, because many of the PROM based functions are useful to system pro¬ 
grams, a vector table is provided so that these programs can access these utilities 
without needing to duplicate code. 

During a “Normal” boot, the “progress meter” on the console display fills in to 
let you know that testing is in progress. When the rectangle is half-way filled in, 
self-tests are over, and a successful operating system boot-up causes the rest of 
the rectangle to fill in. The console screen would also notify you if an error 
occurred. If you connected a terminal to the serial port during a “Normal” boot, 
POST error messages would be displayed on the terminal screen. 

During the POST sequence, the current test number will be shown on the LED 
bank of the CPU board. Thus, if a fatal error occurs and the operating system 
cannot boot, the LEDs will show which test caused the failure. 

The boot device polling sequence for the Sun386i during a default (normal) boot 
is: 

(a) Floppy Disk 

(b) SCSI Unit 4 - 1/4-inch tape drive in the peripheral box 

(c) SCSI Unit 2 - winchester disk in the system box 

(d) SCSI Unit 0 - winchester disk in the peripheral box 

(e) Ethernet 

The boot device is polled to verify that it exists and then the boot block code is 
read and verified. Note that you can configure the NVRAM to bypass the polling 
sequence and instead use a boot device specified in the NVRAM. The NVRAM 
layout chapter describes how to do this. 

Refer to the PROM Monitor Command chapter for information on using the b 
command to boot a specific program, using a specific path. 

Booting of the SunOS operating system is executed after the POST sequence if 
all of the following conditions are satisfied: 

(a) the CPU board jumpers and the NVRAM soft switch are set for normal mode. 

(b) no fatal errors are detected during the POST sequence. 

Fatal errors are announced through the LEDs, speaker, video and serial ports, 
and then a scope loop is entered. Non-fatal errors are announced in the same 
way, but do not stop execution of the boot sequence. Any error encountered 
is noted in the NVRAM so that the program to be booted can use that infor¬ 
mation if necessary. 

(c) you do not press the 1 Break 1 key (on a terminal) or execute an LI - A 
sequence (on a Sun keyboard) during the boot sequence. 

CAUTION Aborting the boot causes the PROM monitor program to be invoked, and 
should not be used if the SunOS operating system is already running. On 
systems that have a disk, aborting the SunOS in that manner may cause 
damage to the file systems. 



microsystems 


Revision A of 9 May 1988 



298 PROM User’s Manual 


Diagnostic Boot 


15.4. Power-On Theory of 
Operation 

System Reset Analysis: Hard 
and Soft Resets 


Determination of Run-time 
Mode 


Nonnal (Default) Mode 


During a “Diagnostic” boot, POST error messages would be visible on both the 
console screen and that of a terminal attached to the serial port. POST status is 
reported in the form of the “progress meter” on the console screen, and in ASCII 
form on a terminal attached to the serial port. 

The Diagnostic boot path, after executing self-test, permits additional testing of 
boot paths and other hardware functions through operator action, or, if no opera¬ 
tor action is taken, performs a default boot of the Diagnostic Executive. 

You may also configure the NVRAM to boot the program of your choice during a 
diagnostic boot. Refer to the NVRAM layout chapter for more information. 

The following paragraphs explain what is happening internally during power-on 
or reset, and how different modes function. 

When the Sim386i CPU Board is powered-on or reset, the CPU begins execution 
at the beginning of the POST code which is located after both the ‘ ‘ Sunromvec’ ’ 
table and the Inteirupt Handler Vector table. 

The program then switches the Sun386i to protected mode and determines 
whether the reset was a hard reset (i.e. power on) or a soft reset (i.e. the system 
was running and then was reset internally without being turned off). 

If the PROM determines that the reset was soft, the POST sequence wiU be 
skipped and the SunOS operating system will be rebooted without changing the 
state of any system devices. If the PROM determines that the system was just 
turned on and is totally unverified and uninitialized, the POST sequence will both 
initialize and verify Sun386i functionality. 

Upon starting the POST sequence, the PROM looks at the system jumpers and 
NVRAM based “soft switch’ ’ setting to determine which ran mode to use. The 
order of priority to determine the ran mode is 1) CPU board jumpers and 2) 
NVRAM soft switch settings. This order is necessary to insure that the Sun386i 
POST can always be forced to ran in any desired mode, regardless of system con¬ 
dition. If there are no jumpers installed on the CPU board (i.e. normal mode), the 
PROM uses a valid soft switch setting to determine its POST run-time mode. 

If the Run-time Mode is set to normal, the system is assumed to be functioning 
correctly. In that case, the two-phase self-test is executed, and the loader 
attempts to load the SunOS operating system upon completion of the tests. 

During self-test, memory will be sized and memory parity initialized. However, 
the amount of memory tested wiU be a function of a parameter within the 
NVRAM on the CPU board that specifies the amount of memory to be tested. 

The following “progress meter” appears on the workstation’s video screen to 
indicate the progress of the POST sequence: 


• sun 
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Diagnostic Mode 


Figure 15-2 Sample Normal Sun386i Start-Up Display 



Diagnostic mode causes the self-test to be executed similarly as before, except all 
of memory is tested and self-test status information is directed to the serial port 
until aU hardware required for the video monitor (console) has been successfully 
tested. 

Any fatal hardware failures during the self-tests wiU invoke scope loops to per¬ 
mit troubleshooting the failure. You may program the NVRAM to loop forever 
on any of the POST tests. (Refer to the NVRAM Layout section for information 
on this option). 

An RS-232 terminal with its characteristics set to 9600 Baud, 8 data bits, 1 stop 
bit and no parity should be connected to the serial port on the CPU board if you 
wish to view self-test status and interact with the system when the workstation 
video display or keyboard is not functional. 

Limited interaction with the self-test program is possible by way of the serial 
port in this mode. The following input characters may be used during POST: 

1. Pressing the b (a mnemonic for burn-in) key while the self-tests are in pro¬ 
gress executes the POST sequence forever. This action is analogous to set¬ 
ting the Run-time mode jumper to Manufacturing Mode. 

2. Pressing the s key whUe the self-tests are in progress immediately restarts 
the POST sequence. 

3. Given that one of the POST tests failed, it will continue to re-execute forever 
unless interrupted. Pressing the space bar terminates the failed test and the 
begins the next test. 

4. By default, an unsuccessful power-up test prints one error message before 
entering an infinite scope loop. Once inside of the scope loop, the failing test 
will not print any more messages. However, to see test messages while in 
the scope loop, you may press the pkey. Subsequent pressing of the pkey 
will act like a toggle switch for the message mode. 

5. Pressing the [Esc] key during the POST sequence skips all of the remaining 
power-up tests. 

During the POST phase, the PROM displays the standard power-on screen. After 
the self-test has completed successfully, the screen will look like the following: 
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Figure 15-3 Sample Diagnostic Mode Sun386i Start-Up Display 


Sun Workstation^ Model Sun386i, Type-4 Keyboard 

ROM Rev _ f _ MB memory installed^ Serial #_ 

Ethernet address : : : : 


Host ID: 



Start-up 









Optional Menu Tests 

Hit any key within ten seconds to enter Extended Test System (e for echo) 


If you do not press a terminal key (either video console or serial port terminal) 
within the 10 second delay time, the program wiU perform a default boot of the 
Diagnostic Executive program. 

However, if you do press a terminal key during this time, the Extended Test 
Menu is displayed on the console screen, from which you may select any one of a 
number of Extended Test options that permit testing such things as memory, 
serial ports, the video display and the Ethernet controller, as well as test booting 
from any of the peripheral I/O boot devices. See Chapter 17 fox z. description of 
Extended Menu Test Options. 

Manufacturing (Bum-In) Mode Manufacturing mode acts exactly like Diagnostic mode until the end of the POST 

sequence. At that time, the system resets and starts the self-tests again. This 
mode is invoked with CPU board jumper settings only, and the only way to exit is 
to power-down and remove the jumper. 

Power On Self Test (POST) The self-test diagnostics are divided into a sequence of hardware “crawl-out” 

self-tests that are written primarily in assembly language, and menu selectable 
tests written primarily in “C” language, which are executable under the PROM 
Monitor. The purpose of these diagnostics is to test enough of the system 
hardware to clear a path to one of the possible boot devices in order to down-load 
the operating system. 

These self-tests assume that only the CPU is functioning correctly and can suc¬ 
cessfully fetch instmctions from the Boot PROM. 

The tests begin without the ability to use a stack (i.e. no calls or parameter pass¬ 
ing, just relative jumps and register sharing). After the NVRAM has been 
verified, the POST sets up a stack area in a reserved block of NVRAM so that 
there is stiU no dependence on any RAM. 

The POST begins with a series of tests that verify various guaranteed reset condi¬ 
tions and start the actual initialization of Sun386i hardware. Further testing con¬ 
tinues with various hardware subsystems that are considered essential to normal 
operation. These subsystems include the relocation register, refresh register, 
timers, intermpts, DMA channels, NVRAM, several checksums, and at least 
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enough RAM space to load the boot block that contains the second phase of the 
POST confidence tests. 

There are additional PROM based tests that are activated during the Diagnostic 
and Manufacturing modes to check some areas that can best be tested in the 
PROM but that are too lengthy for the normal power up sequence. Refresh 
(Manufacturing Mode) and total memory (Diagnostic Mode) testing are exam¬ 
ples of those tests. 

Fatal errors are announced (if possible) by the LEDs and by transmitting error 
messages that consist of a hex number followed by an ASCII string to both the 
serial port and the video port (if it is enabled). After a fatal error has been 
announced, the PROM initiates a tight scope loop to facilitate debug and repair. 

As soon as the essential system devices have been verified, the PROM loads the 
second phase of the POST in conjunction with the boot block code located in the 
file /boot on the valid boot device. This code continues the POST sequence by 
testing RAM, cache functionality, and peripheral devices including the hard disk, 
floppy, and Ethernet. 

Most of the potential errors encountered in this area are considered non-fatal and 
therefore will not cause the boot sequence to abort. 

AU are noted in the NVRAM so that down-loaded programs may use that infor¬ 
mation to help diagnose and repair systems. See the section on Fatal and Warn¬ 
ing class errors for more information. 

Error Qassification and 
Reporting 


However, some of the POST tests deal with hardware that is not essential, in most 
cases, to minimum system performance. That is, a typical Sim386i system could 
boot and “get by ” without that functionality. An error in such a non-essential 
test is announced in much the same way as a fatal error. The difference in the 
handling of a non-fatal or Warning error is that after the error is announced, the 
POST continues with the next test and finally attempts to boot the operating sys¬ 
tem. 


The handling of errors found during the POST sequence is based upon the impor¬ 
tance associated with the given hardware subsystem. Many of the tests deal with 
hardware that is considered essential to system usage; any errors found during 
any such test are considered fatal and result in abortion of the POST sequence so 
that the error can be “looped-on”. 
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The following is a graphic breakdown of the flow of control for the POST error 
handlers: 


Figure 1 -4 Normal Mode Sun386i POST Error Handling 



NOTE Note: Error messages are sent to the console display only if it is enabled. 

The first line of communication for reporting POST status and errors is the LED 
register that controls the 8 individual LEDs on the CPU board. The CPU board 
Boot PROM uses the eight LEDs to communicate the current subsystem under 
test, the individual test being run, as well as a dual heartbeat/error LED to signify 
that the test is still running or that an error was found. 

Figure 1-5 Sun 386i LED Display Interpretation 



i 

IOOO#00# 


Heartbea 

Test Number Subsystem Code 
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The following table explains the subsystem code read from bits 0 through 3. 
Table 15-1 LED Subsystem Code Interpretation 


LED Display 

Subsystem Description 

oooooooo 

CPU Board: misc. 

ooooooo# 

CPU Board: 82380 reset defaults 

oooooo#o 

CPU Board: 82380 functional 

oooooo## 

CPU Board: misc. 

ooooo«oo 

Memory Board: Slot 1 

ooooo«o« 

Memory Board: Slot 2 

ooooo##o 

Memory Board: Slot 3 

ooooo^mm 

Memory Board: Slot 4 

oooomooo 

Video Board: Slot 4 

oooomoom 

Mouse/Keyboard 

oooo^o^o 

Floppy Disk 

oooo#os# 

SCSI Hard Disk Drive 

oooo##oo 

SCSI Cartridge Tape Drive 

oooo««o» 

Ethernet 

oooo««*o 

Reserved 

oooo#«»« 

CPU Board, Reserved 


When a test begins, the LED register is updated with the subsystem code and test 
number. While the test is running, and in fact during the entire POST sequence, 
the heartbeat LED flashes to show that the system is still alive. If an error occurs 
during that test, the heartbeat LED stays on to signify that an error has been 
detected. 

If the error is deemed fatal, the LED remains on while the scope loop proceeds. If 
the error is just a warning, the LED still stays on to signify an error occurred, but 
the test lights continue to show the numbers of the ongoing tests. 

In an effort to insure that you do not miss an error occurrence, the Sun386i 
speaker also sounds a relatively long beep to announce the error. 

To avoid confusion and allow the booted software to analyze the POST results, 
the PROM writes a copy of the LED register (i.e. subsystem and test number) to a 
byte in the NVRAM so that the NVRAM will stiU record the failing test number 
if a Warning error occurs (where the LED information is lost). 

In addition, any error found causes a text error message to be displayed on the 
serial port and the video screen (if enabled). The message will be in one these 
formats, depending on the run-time mode: 


-N 

Normal 14: Memory Board: Slot 1 Failed 

Diagnostic 14: RAM Data Test Failed, Exp: xxxx Obs: xxxx Addr: xxxx 
V_ 
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The hexadecimal number is a copy of the value of the least significant 7 bits of 
the LED register. From this number, the subsystem and test number can be 
determined. The text that follows will be a short message that briefly describes 
the failure. These messages are accessed from a table internal to the PROM so 
that future versions may substitute foreign language strings for ease of interna¬ 
tionalization. 

The following tables summarize the LED patterns for the power-on self-tests. 
Table 15-2 POST LED Interpretation 


Sub- 

Test 

LED 

Hex 

Error 

FRU 

system# 

# 

pattern 

value 

type 

(component) 

0 

0 

oooooooo 

0x00 

— 


0 

1 

000*0000 

0x10 

fatal 

CPU Bd (80386) 

0 

2 

00*00000 

0x20 

warning 

CPU Bd (LED register) 

0 

3 

00**0000 

0x30 

fatal 

CPU Bd (Boot PROM) 

0 

4 

0*000000 

0x40 

warning 

CPU Bd (Serial Port) 

0 

5 

0*0*0000 

0x50 

warning 

CPU Bd (Parallel Port) 

0 

6 

0**00000 

0x60 

fatal 

CPU Bd (NVRAM) 

0 

7 

0***0000 

0x70 

fatal 

CPU Bd (IDPROM) 

1 

0 

ooooooo* 

0x01 

fatal 

CPU Bd (82380) 

1 

1 

000*000* 

0x11 

fatal 

CPU Bd (82380) 

1 

2 

00*0000* 

0x21 

fatal 

CPU Bd (82380) 

1 

3 

00**000* 

0x31 

fatal 

CPU Bd (82380) 

1 

4 

0*00000* 

0x41 

fatal 

CPU Bd (82380) 

1 

5 

0*0*000* 

0x51 

fatal 

CPU Bd (82380) 

1 

6 

0**0000* 

0x61 

fatal 

CPU Bd (82380) 

1 

7 

o***ooo* 

0x71 

warning 

CPU Bd (Enet Controller) 

2 

0 

000000*0 

0x02 

fatal 

CPU Bd (82380) 

2 

1 

000*00*0 

0x12 

fatal 

CPU Bd (82380) 

2 

2 

00*000*0 

0x22 

fatal 

CPU Bd (82380) 

2 

3 

00**00*0 

0x32 

fatal 

CPU Bd (82380) 

2 

4 

0*0000*0 

0x42 

fatal 

CPU Bd (82380) 

2 

5 

0*0*00*0 

0x52 

fatal 

CPU Bd (82380) 

2 

6 

0**000*0 

0x62 

fatal 

CPU Bd (82380) 

2 

7 

o***oo*o 

0x72 

warning 

CPU BD (SCSI Bus Qrlr) 

3 

0 

oooooo** 

0x03 

non-error 

CPU Bd (82380) 

3 

1 

000*00** 

0x13 

fatal 

CPU Bd (82380) 

3 

2 

00*000** 

0x23 

warning 

CPU Bd (Floppy Ctrlr) 

3 

3 

00**00** 

0x33 

fatal 

CPU Bd (P2 Bus) 

3 

4 

0*0000** 

0x43 

fatal 

CPU Bd (P2 Bus) 

3 

5 

0*0*00** 

0x53 

fatal 

CPU Bd (MUSCI ASIC) 

3 

6 

0**000** 

0x63 


unused 

3 

7 

o***oo** 

0x73 

.... 

unused 

4 

0 

00000*00 

0x04 

fatal 

Memory Bd (slot 1) 

4 

1 

000*0*00 

0x14 

fatal 

Memory Bd " 

4 

2 

00*00*00 

0x24 

fatal 

Memory Bd " 

4 

3 

00**0*00 

0x34 

fatal 

Memory Bd " 

4 

4 

0*000*00 

0x44 

both 

Memory Bd (cache) 
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Table 15-2 POST LED Interpretation — Continued 


Sub- 

Test 

LED 

Hex 

Error 

FRU 

system# 

# 

pattern 

value 

type 

(component) 

4 

5 

o«o»o#oo 

0x54 

fatal 

Memory Bd " 

4 

6 

o^^oo^oo 

0x64 

fatal 

Memory Bd " 

4 

7 

o^^^o^oo 

0x74 

—— 

Reserved,OBP Testing 

5 

0 

ooooo#o# 

0x05 

fatal 

Memory Bd (Slot 2) 

5 

1 

ooo#o«o# 

0x15 

fatal 

Memory Bd " 

5 

2 

oo»oo«o» 

0x25 

fatal 

Memory Bd " 

5 

3 

oommomom 

0x35 

fatal 

Memory Bd " 

5 

4 

o#ooo#o# 

0x45 

both 

Memory Bd (cache) 

5 

5 

O0O«O«O« 

0x55 

both 

Memory Bd " 

5 

6 

©••oo«o* 

0x65 

both 

Memory Bd " 

5 

7 


0x75 

—— 

Reserved.OBP Testing 

6 

0 

ooooo«#o 

0x06 

fatal 

Memory Bd (Slot 3) 

6 

1 

ooo*o««o 

0x16 

fatal 

Memory Bd " 

6 

2 

oomoommo 

0x26 

fatal 

Memory Bd " 

6 

3 

oo%mom%o 

0x36 

fatal 

Memory Bd " 

6 

4 

omooommo 

0x46 

both 

Memory Bd (cache) 

6 

5 

omomommo 

0x56 

both 

Memory Bd " 

6 

6 

ommoommo 

0x66 

both 

Memory Bd (cache) 

6 

7 


0x76 

—- 

Reserved.OBP Testing 

7 

0 

ooooo««« 

0x07 

fatal 

Memory Bd (Slot 4)) 

7 

1 


0x17 

fatal 

Memory Bd " 

7 

2 

oo#oo#«# 

0x27 

fatal 

Memory Bd " 

7 

3 


0x37 

fatal 

Memory Bd " 

7 

4 

o«ooo#»« 

0x47 

both 

Memory Bd (cache) 

7 

5 


0x57 

both 

Memory Bd " 

7 

6 


0x67 

both 

Memory Bd " 

7 

7 


0x77 

—- 

Reserved.OBP Testing 

8 

0 

oooo#ooo 

■0x08 

warning 

Video Bd (VRAM) 

8 

1 

ooo##ooo 

0x18 

warning 

Video Bd " 

8 

2 

oo«o«ooo 

0x28 

warning 

Video Bd (Color LUT) 

8 

3 

OO«*0OOO 

0x38 

warning 

Video Bd (ALL) 

8 

4 

o#oo«ooo 

0x48 

warning 

Video Bd (Mouse/Kbd SCC) 

8 

5 

o#o##ooo 

0x58 

— 

unused 

8 

6 

o##o#ooo 

0x68 

—— 

unused 

8 

7 

o»*««ooo 

0x78 


Reserved.OBP Testing 

9 

0 

oooo^oo# 

0x09 

warning 

Mouse/Keyboard (Keybd) 

9 

1 

ooo«#oo« 

0x19 

—— 

unused 

9 

2 

oo«o#oo# 

0x29 

— 

unused 

9 

3 

oo#««oo# 

0x39 

— 

unused 

9 

4 

o«oo»oo« 

0x49 

— 

unused 

9 

5 

omommoom 

0x59 

—— 

unused 

9 

6 

ommomoom 

0x69 

—— 

unused 

9 

7 

ommmmoom 

0x79 


Reserved.OBP Testing 

10 

0 

oooo#o«o 

OxOA 

warning 

Floppy Disk 

10 

1 

ooo##o#o 

OxlA 


unused 
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Table 15-2 POST LED Interpretation — Continued 


Sub- 

Test 

LED 

Hex 

Error 

FRU 

system# 

# 

pattern 

value 

type 

(component) 

10 

2 

oo«o«o«o 

0x2A 

—— 

unused 

10 

3 

oos«*o»o 

0x3A 

— 

imused 

10 

4 

o«oo«o«o 

0x4A 

—- 

unused 

10 

5 

o%ommomo 

0x5A 

— 

unused 

10 

6 

om%o%omo 

0x6A 

—- 

unused 

10 

7 


0x7A 


Reserved,OBP Testing 

11 

0 

oooo«o«« 

OxOB 

warning 

SCSI Hard Disk (boot device) 

11 

1 

ooo»«o«» 

OxlB 

warning 

SCSI Hard Disk (controller) 

11 

2 

oo«o»o»» 

0x2B 


unused 

11 

3 


0x3B 


unused 

11 

4 

o#oo«o## 

0x4B 


unused 

11 

5 


0x5B 

—— 

unused 

11 

6 


0x6B 

—— 

unused 

11 

7 


0x7B 


Reserved,OBP Testing 

12 

0 

oooo##oo 

OxOC 

warning 

SCSI Tape Drive (Boot Device) 

12 

1 

ooo##«oo 

OxlC 

warning 

SCSI Tape Drive (Controller) 

12 

2 

OO0O«»OO 

0x2C 

— 

unused 

12 

3 

oo*««»oo 

0x3C 


unused 

12 

4 

Qmoom%oo 

0x4C 

—— 

unused 

12 

5 

©•o##«oo 

0x5C 

—— 

unused 

12 

6 

o««o»«oo 

0x6C 


unused 

12 

7 


0x7C 


Reserved,OBP Testing 

13 

0 

oooo««o« 

OxOD 

warning 

Ethernet (Boot Device) 

13 

1 

ooo«««o* 

OxlD 


unused 

13 

2 

oo%o%mo% 

0x2D 


unused 

13 

3 


0x3D 


unused 

13 

4 

o«oo*«o« 

0x4D 

— 

unused 

13 

5 


0x5D 


unused 

13 

6 


0x6D 

— 

unused 

13 

7 


0x7D 


Reserved,OBP Testing 


Test Descriptions The following describes aU POST diagnostics along with their associated test 

numbers, status messages, error messages, and optional information: 

CPU Reset Test Subsystem 0;Test 1 

Upon a CPU reset, the 80386 performs an internal self-test. The result of this 
self-test is reported through the EAX register. Any non-zero value is considered 
an error and is reported as such. 


^sun 

microsystems 
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LED Register Test 


Verify Wait State Registers 
Reset 


Subsystem 0;Test 2 

This test sequentially lights up each of the LEDs, beginning with the least 
significant bit and ending with the most significant bit. It indirectly tests the 
CPU’s ability to fetch instructions from the boot PROM and transfer data across 
the data bus. 

This test does have a test number associated with it, but its pattern is not visible 
due to the nature of the test. 

Subsystem l;TestO 

This test verifies the reset condition of the wait state registers. Power on default 
= OxFF. 


Verify Refresh Register Reset 


Subsystem l;Test 1 

This test verifies the reset condition of the refresh register. Power on default = 


OxFC. 


Verify Relocation Register 
Reset 


Subsystem l;Test2 

This test verifies the reset condition of the relocation register. Power on default 
= 0x0. 


Verify 82380 Relocation Subsystem l;Test 3 

This test performs the remapping of the 82380 to memory space. It then verifies 
that the relocation occurred correctly by reading the diagnostic register at the 
new address. 


Verify DMA Controller Reset Subsystem 1 ;Test 4 

This test verifies the reset condition of certain DMA Controller registers. 

Boot PROM Checksum Test Subsystem 0;Test 3 

This test “exclusive-ors” all locations in the Boot PROM and verifies that the 
result is equal to 0. If a non-zero value is obtained, then the test will have failed. 


Serial Port A Internal Loopback Subsystem 0;Test 4 

Test _. 

This test puts the SCC chip into internal loop back mode and transmits 10 charac¬ 
ters at the most popular setting of 9600 baud, 8 data bits, 1 stop bit, with even 
parity and verifies data is received without errors. It then re-initializes the chip 
so it can receive data or transmit messages. 


NVRAM Diagnostic Area Test Subsystem 0;Test 6 

This test verifies the validity of the NVRAM area used by diagnostics. 



microsystems 
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MUSCI Diagnostic Register 
Test 


Subsystem 3;Test 5 

This test verifies that the diagnostic register used by the POST code is valid. 


Refresh (Timer 1) Downcount Subsystem 2;Test 0 
Test 

This test verifies the functionality of Timer 1 of the 82380. This timer is used as 
the refresh counter and thus can only be tested before refresh is started. The test 
sets a simple countdown mode and checks both that the timer is counting-down 
and that it sets the TOUT status line upon completion. 


Start Refresh Timer, Wait State, 
Refresh Regs. 


Subsystem l;Test 5 

This test initializes and triggers the refresh timer (#1) and the refresh control 
register along with setting up the wait state registers of the 82380. All actions 
are verified by reading the appropriate 82380 register. 


Timer 0 Downcoimt Test Subsystem 2;Test 1 

This test verifies the functionality of Timer 0 of the 82380. This timer is used as 
a general purpose counter during the POST sequence. The test sets a simple 
countdown mode and checks both that the timer is counting-down and that it sets 
the TOUT status line upon completion. 


Speaker Timer (2) Downcount Subsystem 2;Test 2 
Test 

This test verifies the functionality of Timer 2 of the 82380. This timer is used as 
the frequency generator for the Sun386i speaker. The test sets a simple count¬ 
down mode and checks both that the timer is counting-down and that it sets the 
TOUT status line upon completion. Upon completion, the Sun386i speaker wiU 
“beep” to verify that the speaker circuit is functional. 


Clock Tick Timer (3) 
Downcount Test 


Cache MBAR Test 


Subsystem 2;Test 3 

This test verifies the functionality of Timer 3 of the 82380. This timer is used as 
the “clock tick” generator for the Sun386i I/O polling functions. The test sets a 
simple countdown mode and checks both that the timer is counting-down and 
that it sets the TOUT status line upon completion. 

Subsystem 4 - 7;Test 4 

Any KALI (cache memory controller) caches found will be tested for MBAR 
integrity (ability to be mapped correctly). This test must be done in PROM. The 
KALI controlling the first RAM area (4 Mbytes) is considered vital (fatal error), 
but any problems found with subsequent KALIS is considered non-fatal (warning 
error) so that the down-loaded diagnostics can be used to further isolate the prob¬ 
lem. Each valid KALI is mapped to a section of DRAM so that DRAM refresh can 
be started. The DRAM array requires at least 8 refresh cycles (roughly 125 
microseconds) before being accessed, and the KALI must be mapped for that to 
happen. The cache will remain disabled, however, so that DRAM can be 
accessed directly at the start. 


#’sun 


microsystems 
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RAM Bus Access Test 


RAM Bus Data Path Test 


RAM Address Test 


RAM Data Test - Phase I 


Bus Sizing Routine 


Subsystem 3;Test 3 

This test determines only if memory can be successfully accessed. The exact 
memory location is irrelevant. This test will only verify that at least one location 
out of several attempted could be written and read back correctly. If there are 
any particular failures, the other tests must isolate the specific error. One suc¬ 
cessful location constitutes a passing condition. This test serves primarily to 
validate the P2 Bus and its connectors. 

Subsystem 3:Test 4 

This test verifies the path for the data lines and drivers. A marching one’s and 
zero’s pattern is used (0,1,2,4,8,10...). Several locations are selected for the test 
and if any one of them pass the entire patterns test, the test will have passed. 

Subsystem 4-7;Test 0 

This test exercises the address buffer and address up to 1 Mbyte. Any address or 
DRAM fault that is isolated will cause this test to fail. The test assumes that 
memory is accessible and that the data path is valid. 

Subsystem 4-7;Test 3 

This test checks the first 256 Kbyte section of lower memory to ensure that the 
RAM area required by the PROM to support video, keyboard, and stack opera¬ 
tions will be verified prior to use. If any location comes back with the wrong 
data, the test will have failed. Note that the rest of critical RAM (up to 1 mega¬ 
byte) will be tested after video initialization and testing so that the progress meter 
can be displayed as soon as possible. Note also that at this point, the PROM is 
still using NVRAM as a stack area so there is no dependence on this RAM for the 
testing. 

At this point, the page tables are initialized and the 80386 is put into virtual 
memory mode. This action allows the video drivers to be used to display text on 
the screen. The PROM sets up additional mapping so that virtual/physical one- 
to-one mapping is supported for the monitor and standalone diagnostics. This 
mapping is deleted once the operating system boots. 

No test number is assigned to this routine, and no errors reported. However, it is 
necessary to check the P2 bus for valid boards so that the remaining power-on 
tests can act on that information. For example, if there is a video board present, 
the video tests must know what type (color/mono) to determine how to test it. 

The amount and location of RAM cards must be determined and future boards 
(with on-board diagnostics) must be located and activated. 


microsystems 
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In normal mode, this routine is transparent to the user. In diagnostic mode, how¬ 
ever, the routine prints out the result of its search in this format: 

sizing System bus... 

Slot ID 4(81)=> Graphics board. 

Slot ID 3 (63)=> SIMM board. 

Slot ID 2 (FF)=> no valid board ID. 

Slot ID 2 (FF)=> no vlaid board ID. 

NOTE Tests 0-3, Subsystem 8 are used only if a valid Sun386i video board is detected. 
Option Video Boards trigger a separate set of Option Board PROM (OBP) tests. 


Video RAM Address Test Subsystem 8;Test 0 

This test runs a simple address line test to quickly verify the address lines on the 
video board. 


Video RAM Data Test Subsystem 8;Test 1 

This test uses the configuration information from the sizing routine to determine 
what video board (color or mono) is installed and tests the video memory that it 
finds. A simple data pattern test is performed to verify minimum functionality. 


Color LUT RAM Test (Only for 
Color Systems) 


Subsystem 8;Test 2 

This test verifies the RAM inside the Brooktree Color Look-Up Table (LUT) for 
color frame buffers. A simple four pattern test will be used. 


Keyboard/Mouse Internal 
Loopback Test 


Subsystem 8; Test 4 

This test puts the SCC chip into internal loop back mode and transmits a 
walking-one pattern at the most popular setting of 1200 baud, 8 data bits, 1 stop 
bit, with even parity. It then verifies that the data is received without any errors. 


Keyboard Reset Test Subsystem 9;Test 0 

This test issues a reset to the keyboard and verifies that a passed status is returned 
to the CPU board. The keyboard will “beep” after the test is done. 


Video Initialize Sequence Subsystem 8;Test 3 

This routine does not test the video board per se but enough is happening to jus¬ 
tify a status update. During this routine, the PROM expands the character font 
into RAM, initializes the video RAM to all pixels on (1 for mono, OxFF for color), 
sets some LUT offsets for its own use and enables the video itself so that the user 
can see what is happening. After aU of that, the logo and banner will be drawn as 
well as the “progress meter”, which has been updated to show prior progress. 
From this point on, the meter will be updated as each test runs. 
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Verify Interrupt Vector 
Registers 


Subsystem l;Test 6 

This test verifies that vectors for all Sun386i device interrupts have been written 
correctly to the 82380 vector registers. 


Verify Interrupt Request Lines Subsystem 2:Test 4 

This test uses Timer 0, which generates the IRQ8 interrupt, to verify that, with 
interrupts disabled, the interrupt request line stiU registers a request for IRQ8 
when the terminal count is reached. 


Verify Interrupt Occurs & IRQ8 
Status 


Subsystem 2;Test 5 

This test uses Timer 0, which generates the IRQ8 interrupt, to verify that a valid 
interrupt can be serviced by the 82380. 


Verify Interrupt Masking Subsystem 2;Test 6 

This test uses Timer 0, which generates the IRQ8 interrupt, to verify that a valid 
interrupt can be successfully masked by the 82380. 


RAM Data Test - Phase II Subsystem 4-7;Test 1 

This test checks the RAM area between 256K and 1 Mbyte to ensure that any pro¬ 
grams that are to be booted after the self-tests will have verified memory in 
which to execute. Note that the rest of RAM will be tested, if the NVRAM is so 
configured, during the Phase II confidence test. This test and all that follow will 
be responsible for updating the progress meter on systems with video capability. 

DRAM Refresh Test Subsystem 4-7:Test 2 

This test ensures that the refresh request bit toggles and then writes a pattern into 
memory, delaying 30-plus seconds and verifying that the data is still valid. This 
test will only be done in the Manufacturing version due to the length of the run 
time. 


RAM Parity Test Subsystem 4-7;Test 3 

This test checks the parity NMI circuitry by setting the opposite parity bit, writ¬ 
ing the wrong parity to several locations, setting the parity bit back to the normal 
position, and reading the locations to ensure that a parity error ocajrs. The test 
will have failed if no parity error occurs. 

ID PROM Checksum Test Subsystem 0;Test 7 

This test adds all 16 locations in the ID PROM and verifies that the total byte sum 
is equal to zero. If a non-zero value is obtained, the test will have failed. 
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DMA Verify Transfer Mode 
Test 


DMA Block Transfer Test 


Boot Path Device Checkout 


Subsystem 3;Test 0 

This test checks that channels can run in verify transfer mode. In this mode, a 
DMA cycle is generated but no data is actually written. Channel 4 is checked to 
ensure that it updates the status registers correctly. 

Subsystem 3;Test 1 

This test performs a block transfer of PROM code to a point in RAM and verifies 
that the transfer occurred, that the data is where it should be, and that it is valid. 

Subsystem A-D;Test 0 

This test polls the currently enabled boot path and performs status tests where 
possible to determine the health of the device. If no device is specified in the 
NVRAM, the PROM will test each boot-path until a device with a valid boot block 
is found. A failure on the active boot path implies that the second phase of the 
POST can not be loaded. Error reporting is limited to driver error messages. 

Since the most likely course of action will be to actively check out the failing 
path, the PROM will drop into the Monitor so that the Extended Menu Tests can 
be used to isolate the problem. 


Phase 2 Confidence Test Begins After the boot device has been checked, the PROM down-loads the second phase 
At This Point of the POST diagnostics, which is finked together with the boot block code in the 

file /boot. At this point all hardware necessary to run the code out of RAM 
has been checked. The Phase 2 confidence tests will be used to check aU the rest 
of the Sun386i system that is required for fuU scale operations. Channel 0 will 
be checked to ensure that it updates the status and current registers correctly. 

Parallel Port Test Subsystem 0;Test 5 

This test verifies that the parallel port register is functional. 

Cache CTAGS Test Subsystem 4-7;Test 5 

This test performs a write/read check of aU 128 cache tag registers for each KALI 
(cache controller chip). The VALID, MODIFIED, and Physical Address fields 
wiU be verified. 

The KALI controlling the first RAM area (4M bytes) is considered vital (fatal 
error), but any problems found with subsequent KAUs are considered non-fatal 
(warning error) so that the down-loaded diagnostics can be used to further isolate 
the problem. If a problem is found on any given KALI, the POST will attempt to 
configure it and its associated DRAM array out of the system (i.e. a bad KALI will 
be skipped over so the system memory is contiguous). 

Cache Static RAM Test Subsystem 4-7;Test 6 

This test checks the KALI internal static RAM array by setting up a situation in 
which all CTAGS are valid so that no DRAM interaction is initiated. 
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Optional RAM Tests (After 1 
Mbyte) 


Floppy Controller Check 


The KALI controlling the first RAM area (4M bytes) is considered vital (fatal 
error), but any problems found with subsequent KALIS are considered hon-fatal 
(warning error) so that the down-loaded diagnostics can be used to further isolate 
the problem. If a problem is found on any given KALI, the POST will attempt to 
configme it and its associated DRAM array out of the system (i.e. a bad KALI wUl 
be skipped over so the system memory is contiguous). 

Subsystem 4-7;Tests 1 

Based on the NVRAM configuration, none, some, or aU of the system memory 
may be tested for data and address type errors. The goal will be to test up to 32 
megabytes in a fairly thorough manner without requiring more than two minutes 
for a fully loaded system. 

Subsystem 3;Test 2 

This test resets and verifies the floppy controller status and issues a recalibrate 
command to the drive to verify that the mechanics are working. This test is not 
executed when the floppy disk is the boot device. 


Ethernet Internal Loopback Test Subsystem 1 ;Test 7 

This test resets the 82586 Ethernet Controller, puts it in internal loopback mode 
and verifies that the data path out to the drivers and receivers is healthy. This test 
is not executed when Ethernet is the boot device. 

Hard Disk Controller Check Subsystem 1 l;Test 1 

This test checks the hard disk controller and issues a few commands to the drive 
to verify that the mechanics are working. This test is not executed when a hard 
disk is the boot device. 


Tape Drive Controller Check 


Initialization of System 
Parameters 


Subsystem 12;Test 1 

This test checks the tape drive controller and issues a few commands to the drive 
to verify that the mechanics are working. This test is not executed when the SCSI 
tape is the boot device. 

POST CODE ENDS. BOOT CODE STARTS. 

It is the responsibility of the Boot PROM to initialize the system into a known 
state on power up and on a soft reset. The only difference between a hard and a 
soft reset is memory initialization. 

After a hard reset, all memory locations (memory is sized prior to this point) are 
initialized to 0x0 in order to set the proper parity. On a soft reset, memory is not 
initialized, but is left in its existing state. This is done for time considerations as 
well as for software reasons. The remaining initialization is identical for hard 
and soft reset conditions. 
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The specific initialization values for the major components are described in the 
table that follows: 


Table 15-3 Initialization Values 


Component 

What Is Initialized 

Setting 

80386: 

ProtectedA^irtual Paging 

enabled 

80387: 


taken out of tri-state mode. 

82380 Subsystems: 

Timer 0: 
Timer 1: 
Timer 2: 
Timer 3: 
DMA Controller: 
Interrupt Controller: 

Refresh Register: 
Wait State Register: 
Relocation Register: 

Internal Control Port: 
Diagnostic Ports: 

Assignable counter 

DRAM Refresh timer 
speaker frequency 

Clock Tick Generator 

Master Clear Register 

AU interrupt, exception, and 
trap handlers 

All device interrupts except 
NMI & Timer 3 

AT Bus Refresh Timing 

82380 Remapped 

Tmr 2, shutdown detect 
Watchdog Signature 

disabled 

enabled 

disabled 

enabled 

triggered 

initialized 

masked 

enabled for 8 bit mode 
zero wait states 
to memory map 
addr = OxBOOOOOOO 
disabled 
set to OxAA 

Serial Port: 

POST Errors & console 

9600 baud. 

RAM Memory 


set to 0x0 only during hard 
reset 

Video Memory: 


cleared only during hard 
reset 

Color LUTs 

color, foregroundAiackground 

set by NVRAM byte dur¬ 
ing hard reset only. Def= 
White Background 

Keyboard/Mouse: 

Video Board SCC Ports A, B 

baud = 1200. 

BABE (Ethernet Controller) Chip: 

Ethernet Control Register 

set to 0x100 

MUSCI (SCSI Controller) Chip: 

System Control Register 

set to OxDE 

KALI (Cache Controller) Chips: 

KALI RESET & remapped 

CCR = 0x80, MBAR set 
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Sun386i Future Option Board To support future Sun options, the CPU Boot PROM will go out to the assigned 
Feature slots and check for new installed options. The diagnostic will check the base 

address for any existing PROMs on that board by looking for a device ID. If 
found, the size of the PROMs will be read, a checksum done and compared with 
the stored value in the option PROM. If it is a valid PROM, with a valid size (i.e. 
firmware included), the Boot PROM will transfer the code from the PROM into 
RAM and proceed to jump to it. 

When the option board has completed testing, it will pass control back to the 
CPU PROM diagnostics, having reported and acted on any errors found. 

Test 7 in each subsystem has been reserved for option board tests. Test 0x78 = 
video board option, for example (refer to the POST LED Interpretation tables). 
This option test number signals the CPU Boot PROM to use the Option Board 
tests and error messages instead of the CPU board POST error messages. 
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Sun386i Monitor Commands 


All PROM actions are channeled through the Monitor to some extent. However, 
while much of the Monitor code is automatic, the Monitor is first and foremost 
an interactive tool. The low level Monitor commands provide a number of 
debuggingArouble-shooting functions. Several utilities will also be available 
with Sun386i firmware. You may initiate these activities with the Monitor com¬ 
mands: 

□ Boot the SunOS operating system, the Diagnostic Executive, or a stand¬ 
alone program over any boot path. 

□ Test peripheral paths: Ethernet, disk, tape, serial. 

□ Examine and modify CPU registers, memory, and devices on both the I/O 
and Memory maps. 

o Set and clear breakpoints, and single step instructions. 

□ Display contents of the NVRAM in a formatted manner. 

□ Run optional diagnostic tests of such things as video, SCC, and Ethernet. 
The following text discusses Monitor command line syntax and a describes 
each of the commands. 

16.1. Conventions In this text, if a command has more than one distinct format, each one is shown 

on a separate line. Characters in bold typewriter font mean that you 
should enter them exactly as shown. Plain typewriter font represents what 
you should see on the screen. Words in typewriter italic show the type 
of optional information you are to enter. Roman italic or boldfaced font is also 
used for notes or emphasis within the text. Optional arguments and default 
values are listed in the descriptions. 

Special Monitor Commands The following commands may be used to augment other commands, and aid in 

programming or debugging. 

Address Incremenl/Decrement By preceding the command with a + or -, you can cause the address display to 
Command increment or decrement to the next location. 

While traversing a range of addresses, type a + or - to change direction after 
the program displays the content and waits for input. 
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For example; 


>1 0 t Retu|rn I 

00000000 00000000 ? I Return 1 


00000004 00000001 ? I Return I 


00000008 00000002 ? - I Return 1 


00000004 OOOOOOOl ? ( Return I (contents of previous hcation are displayed) 

OObOOOOO 00000000 ? + I Return \ (afier decrement. \ou enter a plus sign) 

increment again) 


00000004 00000001 ? 


00000008 00000002 ? I RetiarnH (you increment again) 


The "T Command 


Entering the character and then the t key, followed by a virtual address, 
displays the physical address to which that address is mapped, along with a 
detailed description of aU the bits in the page table entry and page directory. 

For example, entering 

>^t 1000 [ Return 1 

results in this sort of display: 

-- 

virtual Addr 1000 is mapped to Physical Addr 1000 
Page Dir tOxO] - 0x15025, Page Table [0xl]-0xl003* 

Page 1 has these attributes: 

Valid bit - 1 
R/w ^ 1 
U/S = 0 
Access bit - 0 
Dirty bit = 0 

s_y 


Entering "t with no argument provides information with reference to virtual 
address 0x00. 

The "I Command Entering the " character and then the i key, followed with a command, 

displays compilation information for the system firmware. It includes the date, 
host name and build directory path. For example: 

Compiled at 6/7/87 on hostname in /direct ory_name 


»sun 
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The "C Command 


Displaying and Modifying 
Memory 


"C source destination n 

Entering the " character and then the c key, followed with the parameters 
shown, causes a block of n length to be copied from source to destina¬ 
tion address, byte by byte. 

A number of the commands listed here can be used to display and/or modify the 
system’s memory and registers. Regardless of the type of memory (RAM, 
NVRAM, etc.) or register, these commands have the same command syntax. 

This section describes the memory modification syntax used by the monitor com¬ 
mands. The example here references long words (32 bits) of memory, but the 
syntax is the same for bytes (8 bits) and words (16 bits). 

The address argument specifies the initial memory location that is to be 
displayed and/or modified. 

The second argument determines whether the current content of a memory loca¬ 
tion is to be displayed and/or modified. Entering only the address of a memory 
location after the command displays the content of that address. 

>Cormnand FPE80000 1 Return 1 

FFE80000; 12345678 ? 

.. 


At this point, you can respond in one of three different ways. 


1. Simply pressing the I Return I key displays the contents of the next memory 
location (in this case, 0xFFE80004) as shown below. 






'N 


>command PFE80000 C 

Return 1 



FFE80000: 

12345678 

? 1 Return ) 



FFE80004: 

00000001 


.7 


2. Successively pressing the I Return I key displays the contents of successive 
memory locations. Assuming that you pressed I Return I four times, the con¬ 
tents of memory locations 0xFFE80004,0xFFE80008, FFE8000C and 
0xFFE80010 would be displayed. 


To exit the command, enter any non-hexadecimal character (i.e. q for quit) 
before pressing [ Return 1 Note that you will now return to the monitor’s basic 
command level, with the > prompt. 


/- 

>conmand 

FFE80000 1 Return t 

A 

FFE80000: 

12345678 ? q ( Return 1 


> 



^ . 


. J 


»sun 
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3. The third response to the display of memory location contents is to modify 
those contents. You enter the new hexadecimal value immediately follow¬ 
ing the question marie ?. BEFORE pressing [ Return I . The following display 
demonstrates how the value of memory location OxFFESOOOO can be 
changed from ‘‘ 12345678” to ‘ ‘OOABCDEF”. 

NOTE Following the assignment of the new value to memory location OxFFESOOOO, the 

new value will not be displayed; instead, the contents of the next memory loca¬ 
tion are shown. You will not be returned to the monitor’s basic command level. 

( --—---- — --- ^ N 

>command FFE80000 1 Return 1 

FFE80000: 12345678 ? 00ABC33EF I Return 1 

FFE80004: 00000001 ? 

...... .... .. 


Entering a memory location’s virtual address followed only by a non¬ 
hexadecimal character before pressing the [ Return 1 key causes the monitor to 
display the contents of that location then exit to the monitor command level. 


f 

\ 

>coiomand FFE80004 q ( Return 1 


FFE80004: 00000001 





J 


Entering a non-hexadecimal character and a hexadecimal value after an address 
causes the monitor to display the original value at that virtual address, assign a 
new value, then display that value. For instance, assume that the original content 
at address OxFTESOOlO is “00000005”. The command 

>cormnand FFS80010 ? 55555550 [ Returin 

V _ _^_ J 

displays the original value “00000005” then assigns the value “55555550” to 
address FFE80010 before displaying the contents of the next address, as shown 
below: 

- ■ - -N 

>cornmand FFEdOOlO ? 55555550 1 Return I 
FFE80010: 00000005 -> 55555550 
FFEB0014; 00000006 ? 


Entering a hexadecimal value immediately after the virtual address correspond¬ 
ing to a memory location assigns the new value to that memory location, displays 
the newly-assigned value, then returns to the monitor. If you enter: 

>cowmand FFE80014 66666660 I Re1:urn I 

S_ 
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The program will answer back: 


r 

A 

FFE80014 -> 66666660 




V--- 

J 


You may also enter multiple display and/or modify commands for multiple 
memory locations on the same command line. If you enter this command line: 

. ............... . ...... 

>command FFE80000 ? 00000000 ? 7 22222220 33333330 q C Return 1 

\ _ 


You will see this on the screen: 


FFE80000: 12345678 -> 00000000 
FFE80004: 00000001 
FFE80008: 00000002 -> 22222220 
FFE8000C '-> 33333330 
FFE80010: 00000004 
|||||||;|||i||||||;|||;||||||||||i||||||||||||^ 

V_^_/ 


The first part of the command line, 

>command FFE80000 ? 00000000 

displays the original contents of location FFE80000 before assigning the new 
value “00000000” to it. 

The next question mark directs the monitor to display the contents of FFE80004. 
The next part of the command line, ? 22222220, tells the monitor to display 
the original contents of FFE80008, before assigning the new value “22222220” 
to it. The 33333330 tells the monitor to assign the value “33333330” to 
memory location FFE8000C. Finally, the q causes the monitor to exit to the 
command level after the contents of FFE80010 are displayed. 

16.2. List of Sun386i Following are descriptions of each PROM monitor command and examples of 

Monitor Commands argument options. 

Monitor b Command b ? or b ! boot_device path argument_list 

The boot command loads and executes the SunOS operating system, an 
NVRAM-specified program, or a user-specified program. The boot program can be 
loaded from the default device, the device specified in the NVRAM, or the boot 
device specified in the command argument. A jboot_device is a secondary 
storage device (disk, Ethernet or tape) that contains the program to be loaded and 
executed. 

If the system is set for a normal boot, the value in NVRAM address 0x18 is not 
equal to 0x12, and the boot conunand is entered without arguments, the system 
will boot the SunOS operating system, using the following default boot device 
polling sequence. 
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1. Floppy Disk 

2. SCSI Tape (Unit4) (Peripheral Box) 

3. SCSI Disk (Unit 6) (Half-Height Disk/CD ROM — CPU Box) 

4. SCSI Disk (Unit 5) (Half-Height Disk/CD ROM — Peripheral Box) 

5. SCSI Disk (Unit 3) (Secondary Disk — CPU Box) 

6. SCSI Disk (Unit 2) (Main Disk — CPU Box) 

7. SCSI Disk (Unit 1) (Secondary Disk — Peripheral Box) 

8. SCSI Disk (Unit 0) (Main Disk — Peripheral Box) 

9. Ethernet 

If the NVRAM value at address 0x18 is equal to 0x12, and the b command is 
entered by itself, the system will boot the SunOS operating system from an 
NVRAM-specified device. The boot device is specified in locations 0x19 through 
Ox ID, inclusive, of the NVRAM. 

If Diagnostic Mode is enabled and command b is entered by itself, the system 
wiU boot an NVRAM-specified program from an NVRAM-specified device. In this 
case, the boot path is specified in locations 0x28 through 0x50, inclusive, of the 
NVRAM; the boot device is specified in locations 0x22 through 0x26, inclusive, 
of the NVRAM. If the boot attempt fails, the user is returned to the monitor’s 
command level. 

In order to boot from a specific device, the b command must be followed with a 
boot device abbreviation, such as those shown below. Enter b ? to view the 
boot device identifier arguments that your PROM monitor wUl accept. 

b/ device(controll6r,unit,partition)path argiiment_list 

device may be one of the following: 

fd — floppy disk 
sd — SCSI disk 
ie — Intel Ethernet 
st — SCSI tape 

You must surround controller, unit, and partition with 
parentheses, and place a comma after each entry. To invoke the default values, 
simply enter: 

b device (,,) 

controller stands for the Controller Number, referring to the tape or disk 
controller board. The default is 0. 

unit refers to Unit Number, meaning disk number. The default is 0. 

part it ion is the partition number of the boot device. The default is 0. 

path is the path and filename of the program to boot. 

argument_list is the list of arguments for the boot program. Up to seven 
optional arguments (which are passed to the boot program) may follow the path 
argument. 
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If you do not want the system to be reset prior to booting, you must insert ! 
before the device identifier argument. 

The boot command given below would boot the video diagnostic from the 
/stand directory over the Ethernet. Because the ! argument does not precede 
the device identifier argument, the system is reset before the booting process 
begins. Note that one optional argument (-t) is passed on to program 
video. diag. 

b le(0,0,1)stand/video.diag -t 

Monitor c Command c virtual address 

The continue command resumes execution of an interrupted program. You 
can specify the virtual address of the instruction to be executed when the pro¬ 
gram restarts. 

By default, the program resumes execution at the address pointed to by the pro¬ 
gram counter (EIP). 

NOTE This command is helpful if you should use the LI - A sequence and decide you 
did not want to abort the operating system. 

Monitor d Command d 

The d (dump) command displays the state of the processor. The processor state 
display will consist of the registers listed below; 

□ Processor Registers (EAX, EBX, ECX, EDX, ESI, EDI, ESP, EBP, 
EFLAGS, EIP). 

□ Segment Registers (ES, CS, SS, DS, FS, GS). 

□ Memory Management Registers (GDTR, LDTR, IDTR, TR). 

□ Control Registers (CRO, CR2, CR3). 

□ Debug Registers (DRO, DRl, DR2 , DR3, DR6, DR7) 
o Test Registers (TR6, TR7). 

It is important to note that it is not possible to display the state of the processor at 
all times. In particular, processor state is only observable after: 

o An imexpected trap 

□ A user program has ‘ ‘ dropped ’ ’ into the monitor (by calling monitor func¬ 
tion abortent) 

□ You have manually “broken” into the monitor (by typing Ll-a on the 
console’s keyboard or break on the “dumb” terminal’s keyboard). 

Read the previous section. Displaying and Modifying Memory for details on how 
to use this command. Replace the word command in the description with the 
letter d. 


®sun 

XT microsystems 


Revision A of 9 May 1988 



326 PROM User’s Manual 


Monitor e Command e virtual_address 

The display/modify memory command displays and/or modifies the con¬ 
tent of one or more virtual addresses in word mode (i.e. each virtual address will 
be treated as a 16-bit unit). That is, the content of one or more words can be 
displayed, modified or, both displayed and modified. 

See the previous sections Displaying Modifying Memory and Special Monitor 
Commands for a description of this command’s syntax. Use the letter e in place 
of the word command in the description. Use the plus and minus commands to 
specify whether you want to increment or decrement to the next location. 

Monitor f Command f start_vlrtual_address end_vlrtual_address pattern size 

The block write command writes the pattern you enter into each byte, 
word or long word in the range of virtual addresses you specify with the 
start_virtual_address md end_vir'tual_addr-ess arguments. By 
default, if the final, memory-cell-size argument is not present, bytes are written. 
Arguments start_virtual_address end_virtual_address and 
pattern are required while size is optional. The possible values for size 
are b (8-bit byte), w (16-bit word) or 1 (32-bit long word). 

Monitor g Command g vectorjuimber argument 

or 

g virtual_address argument 

When you use the goto command, you may go to (jump to) a pre-determined, 
user-specified or default routine. If a pre-determined or default routine is 
invoked, optional arguments vector (a hexadecimal number) and argu¬ 
ment (a string) are passed to the routine to be executed. 

In its other form, the argument virtual_address is used to indicate the vir¬ 
tual address of a user-specified routine, and the optional argument is passed 
along to that routine. If you do not supply the vector/virtual_address 
argument, the value in the Program Counter is used. 

In order to set up a pre-determined routine, a user program has to set variable 
*romp->v_vector_cmd equal to the virtual address of the routine. Variable 
*romp->v_vector_cmd must be set prior to executing the g command. 
Pre-determined routines may or may not return to the monitor. 

The default routine, defined by the monitor, simply prints the user-specified 
vector argument according to the user-specified format (given in argument) 
before returning to the monitor. The only allowable formats are %x and %d. 
Format %x prints argument vector as a hexadecimal number while format 
%d prints argument vector as a decimal number. 
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Monitor h Command h 

The help command brings up a Help display that describes the basic monitor 
commands and their argument(s). The h command does not accept arguments. 
The Help menu looks something like this: 


Figure 16-1 Sun386i Monitor Help Menu 

Monitor Commands Rev: 1.0 Built: 10/26/87 16:41:08 Help Menu 



b tdev([cntrll,[unit],[part])) 

c/g [addr] 

d/r 

e/o/1 [addr] 

f b^^addr e^^addr ptrn [size {BWL) ] 

h 

iiiiiiiiiiiliiiiiiiliil 

Jc [number] 

p [io_addr) 

q [addr] 

u [arg] 

V b^addr e^^addr [size (BWL)] 

w [addr] [string] 

z [addr] 


Boot a program 

Continue (c) or Go To (g) Address 
Dump or Display/modify Registers 
Display/modify memory: e(16) o<8) 1(32) 
Fill memory 
Display help menu 
Display/modify cache tag entries 
Reset; 0 VIDEO 1 SOFT 2 HARD B Banner 
Disable, enable or invalidate cache 
Display/modify Port I/O locations 
Display/modify NVRAM locations 
Single Step Program Flow 
Select Console Device (a/s/k) 

Display memory 
Vector To routine 
Elxtended Diagnostic Tests 
Set breakpoint 


Monitor j Command j cache_tag_offset 

The modify cache tag RAM command displays and/or modifies the con¬ 
tents of one or more of the cache tag addresses. Read Displaying and Modifying 
Memory for details on how to use this command. Replace the word command in 
the description with the letter j. 


Monitor k Command k reset level 

The reset command performs various levels of system resets. It can also be 
used to display the system banner. This command accepts one optional argument. 

Entering k 0 (the Low-Level Reset) resets the video monitor only. 

Entering k 1 invokes a Software Reset. 

Entering k 2 invokes a Power-On Reset (Hard Reset). 

Finally, entering k b displays the banner on the video monitor. The default 
value of the argument is 0. 
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Monitor 1 Command 


Monitor n Command 


Monitor o Command 


Monitor p Command 


Monitor q Command 


1 virtual_address 

The modify long words of memory command displays and/or modifies 
the contents of one or more virtual addresses in long word mode. Each virtual 
address is treated as a 32-bit unit Gong word). Read Displaying and Modifying 
Memory for details on how to use this command. Replace fire word command in 
the description with the letter 1. 

n cache_command 

The control cache command globally controls the cache. One argument is 
required. Entering n d disables the cache. Entering n e enables the cache. 
Finally, entering n i invalidates the cache. 

o virtualaddress 

The modify bytes of memory command displays and/or modifies the 
content of one or more virtual addresses in byte mode. Each virtual address is 
treated as an 8-bit unit (byte). Read Displaying and Modifying Memory for 
details on how to use this command. Replace the word command in the descrip¬ 
tion with the letter o. 

p port_address 

The modify I/O Port Address conunand displays and/or modifies the 
contents of one or more of the I/O Port addresses in b)d;e mode. Each port 
address is treated as an 8-bit unit. Optional argument port_address is a 
16-bit quantity that specifies the initial I/O Port address to be displayed or 
modified. 

Read Displaying and Modifying Memory for details on how to use this command. 
Replace the word command in the description with the letter p. 

q nvram_offset or q * 

The modify bytes of NVRAM command displays and/or modifies the 
configuration information within the NVRAM in byte mode. This command 
works similarly to the memory commands discussed previously, except that the 
modified addresses are offset, and the changes you make remain when you 
power-down the workstation remain in effect until you modify the NVRAM 
again. 

Read the previous section. Displaying and Modifying Memory for details on how 
to use this command. Replace the word comman d in the description with the 
letter q. Refer to the Sun386i NVRAM Layout chapter for information on what 
parameters are stored at which NVRAM addresses. 

You may enter an asterisk instead of an NVRAM offset value as an argtxment, and 
the q command will erase the entire NVRAM. 
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Monitor r Command 


Monitor s Command 


Monitor u Command 


r reg_name 

The r command displays and/or modifies the content of of one or more of the 
Processor Registers (EAX, EBX, ECX, EDX, ESI, EDI, ESP, EBP, FLG, EIP, 

ES CS, SS, DS, FS and GS). 

If optional argument reg_name (from the list of processor registers shown 
above) is provided, the specified register will be displayed first. The default 
value of argument reg_name is EAX. 

It is important to note that it is not possible to display the state of the processor at 
all times. In particular, processor state is only observable after: 

□ An unexpected trap 

□ A user program has “dropped” into the monitor (by calling monitor func¬ 
tion abortent) 

□ You have manually “broken” into the monitor (by typing Ll-a on the 
console’s keyboard or I break I on the “dumb” terminal’s keyboard). 

8 step_count 

The s command single steps through the execution of the interrupted program. 
Optional argument s t ep_ co un t specifies the number of single steps to exe¬ 
cute before displaying the monitor prompt. The default value for 
step_count is 1. 

u port options baud_rate 
or 

u echo 
or 

u u virtual_address 

The inputioutput command configures the input and output devices and their 
characteristics or displays the current input and output device set-up. 

The u command requires arguments to specify from which device(s) you want 
the system to expect input or which device(s) will display output. 

If you do not enter an argument after the u command, the program will display 
the current settings. If no serial port is specified when changing baud rates, the 
baud rate of the current input device is changed. The default serial port baud rate 
is 9600. 

Upon normal power-up, the default console input device is the Sun keyboard, 
unless the NVRAM has specified another default input device. If the keyboard is 
unavailable, the system looks to serial port A for for input. 

The default console output device is the Sun monitor (subject to change through 
NVRAM programming). If the workstation has a color monitor and a color board 
is unavailable, the program will look for a monochrome monitor as an output 
device. 
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You may alter the existing I/O settings while you are in the monitor mode, using 
the commands listed below; however, the default settings will be reinstated when 
the system is power cycled. 

u Command Arguments: 

The port argument can be one of the following; 

Table 16-1 Port Arguments 


Port Argument 

Device 

a 

Serial Port A 

k 

Keyboard 

s 

Screen 


The options arguments are: 
Table 16-2 Option Arguments 


Option Argument 

Meaning 

i 

input 

o 

output 

r 

reset specified port 

u 

UART 

e 

input echoed to output 

ne 

input not echoed to output 


The baud_rate argument specifies baud rate of serial port A. 

The virt ual_address argument specifies the virtual address of the UART 
(Universal Asynchronous Receiver/Transmitter). 


Following 
Enter 
Enter 
Enter 
Enter 
Enter 
Enter 
Enter 
Enter 
Enter 
Enter 
Enter 
Enter 
Enter 
Enter 


□ 

□ 

D 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

□ 

D 

□ 


are examples of port and options arguments: 
u a to set up serial port A as both the input and output device, 
u aio to set up serial port A as both the input and output device, 
u ai to select serial port A for input only, 
u ao or to select serial port A for output only, 
u ar to reset serial port A to its default setting, 
u k to select the keyboard for input, 
u ki to select the keyboard for input, 
u 8 to select the screen for output. 
vL SO to select the screen for output. 

u ks, sk to select the keyboard for input and the screen for output, 
u abaud rat e to set the serial port speed, 
u e to cause the output to echo the input, 
u ne to cause the output not to echo the input, 
u address to set the serial port virtual address. 


A previously mapped UART can also be used for input and/or output. Command 
u u virtual_address, where virtuai_address is the virtual address 
of a previously mapped UART, changes the virtual address of the UART. 
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If the u command is not followed by an argument, the current settings are 
displayed. The current input device, output device, baud rate for serial ports A 
and B, UARTs virtual address and input to output echo indicator are shown. 

Monitor vCommand v start_virtual_address end_virtual_address size 

The display memory block command displays the contents of each byte, 
word or long word in the range of virtual addresses specified by 
start_virtual_address snd end_virtual_address. Youmust 
enter a low and high virtual address; the size argument is optional. The 
default is to display memory in byte format. In this format, sixteen consecutive 
bytes are displayed on each line. In word format, eight consecutive words appear 
on each fine. 

If long word format is enabled, four consecutive long words appear on each line. 
To the far right of each line, the character corresponding to each byte is also 
shown. AU bytes that contain a non-ASCn code are shown as a period (.). 

Legal values for si ze are b (8-bit byte), w (16-bit word), or 1 (32-bit long 
word). 

To terminate the v command, press the space bar. To “freeze’ ’ the display, 
press any key except the space bar. To restart the v command again, press any 
key, except space bar. 

Monitor w Command w virtual_address argument 

The set execution vector command allows you to vector to a pre¬ 
determined or default routine. Optional arguments virtual_address and 
argument are passed along to the to-be-executed routine. 

In order to set up a pre-determined routine, a user program sets the variable 
*romp->v_vector_cmd equal to the virtual address of the pre-determined 
routine. Variable *romp->v_vect or_cmd must be set prior to executing the 
w command. Pre-determined routines may or may not return to the monitor. 

The default routine, defined by the monitor, simply prints the user-specified 
virtual_address argument according to the user-specified format (given in 
argument) before returning to the monitor. The only allowable formats are 
“%x” and “%d’’. Format “%x’’ prints argument virtual_address as a 
hexadecimal number; format “%d’’ prints it as a decimal number. 

X 

The extended test system command invokes the Extended Test 
Sequence. Refer to Chapter 17 for details. 
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Monitor z Command z number breakpoint_virtual_address type len 

Command z sets or resets breakpoints for debugging purposes. Optional argu¬ 
ment number can have values from 0 to 3, corresponding to the processor 
debug registers DRO to DR3, respectively. Up to four distinct breakpoints can be 
specified. If argument number is not specified, the monitor wiU choose a break¬ 
point number. 

The argument breakpoint_virtual_address specifies the breakpoint 
address to set. 

The argument type can have three values: x for Instruction Execution break¬ 
point, in for Data Write only breakpoint, and r for Data Reads-and-Writes-only 
breakpoint. The default value for type is x. 

The argument len can also have three values: b, w, and 1, corresponding to 
the breakpoint field length of byte, word, and long-word, respectively. The 
default value for len is b. Since the breakpoints are set in the on-chip regis¬ 
ters, an instruction breakpoint can be placed in ROM code or in code shared by 
several tasks. 

If the argument number is specified but the argument 
breakpoint_virtual_address is not specified, then the corresponding 
breakpoint wiU be reset. 

This command without any arguments will display aU the existing breakpoints. 
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17 

Sun386i Extended Menu Tests 


17.1. General Description The Extended Menu Tests are a set of optionally selectable test routines that may 

be invoked in response to the prompt 

Type a character within 10 seconds to enter Menu Tests... 

when booting the workstation in Diagnostic mode, or they may be invoked by 
entering the x command in response to the standard Monitor prompt. 

The Extended Menu Tests provide an additional level of testing beyond the POST 
diagnostics that are executed at power up. 

17.2. Test Fixtures Some of the Extended Tests require that special connectors are installed on the 

back of the system. The tables that follow describe these connectors. 


Loopback Connector for A loopback connector is required to test the serial port (ttya) at the back of the 

Serial Port A woikstation when using the Extended Menu Tests. This shorting connector is 

type DB25P. A list of interconnects is provided below: 

Table 17-1 Serial Port Loopback Signals 


From Pin 

To Pin 

2(TxD) 

3(RxD) 

4(RTS) 

5(CTS) 

6 (DSR) 

7(DTR) 


Loopback Connector for 
Keyboard/Mouse Ports 


A loopback connector is required to test the keyboardAnouse connector at the 
back of the workstation using the Extended Menu Tests. Although the signals to 
be interconnected are the same, the loopback connector differs, depending on 
whether the Sun386i under test is equipped with a monochrome or color video 
board. The monochrome board employs a standard 15 pin connector while the 
color board adds the RGB signal lines to the keyboardAnouse signal lines. The 
video signals are ignored in either case and thus the list of necessary intercon¬ 
nects provided below: 
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Table 17-2 Keyboard!Mouse Loopback Signals 

From Pin To Pin 

1 (RxD) mouse 8(TxD) mouse 

2(RxD)keyboard 3(TxD)keyboard 


Loopback Connector for SCSI A loopback connector is required to test the SCSI Bus connector at the back of 
Bus the workstation using the Extended Menu Tests. The SCSI Bus requires a 50 pin 

connector and the signals which will be interconnected are listed below: 


Table 17-3 SCSI Bus loopback signals 


Signal 

Source 

Chip Pin Connector Pin 

Signal 

Destination 

Chip Pin Connector Pin 

ACK 

38 

P38 

DB7 

34 

P16 

BSY 

5 

P36 

DB6 

33 

P14 

SEL 

8 

P44 

DB5 

32 

P12 

ATN 

37 

P32 

DB4 

31 

PIO 

REQ 

39 

P48 

DB3 

30 

P8 

MSG 

2 

P42 

DB2 

29 

P6 

C/D 

4 

P46 

DBl 

27 

P4 

VO 

1 

P50 

DBO 

26 

P2 

RST 

36 

P40 

DBP 

25 

P18 


Loopback Connector for 
Parallel Port 


Table 17-4 


A loopback cormector is required to test the Parallel Port connector at the back of 
the workstation using the Extended Menu Tests. The Parallel Port requires a 25 
pin connector and the signals which will be interconnected as follows: 

Parallel Port Loopback Signals 


From Pin 

To Pin 

5 

15 

6 

13 

7 

12 

8 

10 

9 

11 
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17.3. Sun386i Extended 
Test Main Menu 


The main Sun386i Extended Test Menu consists of these options: 


Command 

Test Name 

ie 

Intel Ethernet Test 

kb 

Keyboard Input Test 

me 

Memory Test 

mk 

Mouse^eyboard Test 

rs 

Serial Port Test 

sd 

SCSI Disk Bootpath Test 

St 

SCSI Tape Bootpath Test 

fd 

Floppy Disk Bootpath Test 

vm 

Video (Monochrome) Test 

VC 

Video (Color) Test 

cm 

Color Map Test 

PP 

Parallel Port Test 


Test Descriptions The following paragraphs briefly describe each of the tests in the Extended Test 

menu. To select a test, simply enter the letters shown on the left in the menu and 
at the beginning of the descriptive paragraph. 

ie 

The Intel Ethernet Test checks the Intel 82586 Ethernet Coprocessor chip, 
the Intel 82501 Serial Interface Unit chip, and the connection to the Ethernet 
network. This command brings up the Intel Ethernet Test Menu which is 
described later in this chapter. 

kb 

The Keyboard Test command determines whether or not keyboard characters 
are correctly transmitted to the CPU. After invoking this test, the ASCII code 
corresponding to a character and the character itself appear on the screen as 
you press keys on the keyboard. To exit the test, type an [ESC I character. 

me 

The Memory Menu Tests command invokes the Memory Menu. This menu 
of tests is described later in this chapter. 

mk 

The Keyboard and Mouse Menu Tests command invokes the Keyboard and 
Mouse Menu. This menu contains the keyboard and mouse tests, which are 
discussed later in this chapter. 

rs 

The Serial Ports Menu Tests command invokes the Serial Ports Menu. This 
menu of tests is discussed later in this chapter. 

sd The SCSI Disk Bootpath Test command tests the bootpath to the SCSI hard 
disk. It makes sure the machine can boot programs from this device. The 
test performs a boot sequence to the selected device. If the device is present, 
it reads the boot blocks into system memory without actually executing the 
boot code. When the test is selected, but before it runs, the Options Menu is 
displayed, through which you may control the test’s behavior. The Options 
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Menu is described later in this chapter. 

st The SCSI Tape Bootpath Test command tests the bootpath to the SCSI tape 
drive. It makes sure the system can boot programs from this device. The 
test sends a boot sequence to the selected device. If the device is present, it 
reads the boot blocks into system memory without actually executing the 
boot code. When the test is selected, but before it runs, the Options Menu is 
displayed, through which you may control the test’s behavior. 

si 

The SCSI Interface Tests command checks the the Western Digital 
WD33C93 SCSI Controller and its addressing and data paths. This com¬ 
mand displays the SCSI Interface Menu, which is discussed later in this 
chapter. 

f d Type f d from the Main Menu to test the floppy disk booq)ath. The test 
makes sure the system can boot programs from this device. The test per¬ 
forms a boot sequence to the selected device. If the device is present, it 
reads the boot blocks into system memory without actually executing the 
boot code. When the test is selected, but before it runs, the Options Menu is 
displayed, through which you may control the test’s behavior. The Options 
Menu is described later in this chapter. 

vm 

The Monochrome Video Tests command checks the 128 Kbyte frame buffer 
space used for the monochrome video display. This command displays the 
Monochrome Video Menu, which is discussed later in this chapter. 

VC 

The Color Video Tests command checks the 1 Mb)^ frame buffer used for 
color video display. This command displays the Color Video Menu, which 
is discussed later in this chapter. 

cm 

The Color Map Test command checks the color map table memory space. 
This command displays the Color Map Menu, discussed later in this chapter. 

pp The Parallel Port Test checks the data lines and latches leading out to the 
AT Bus Parallel Port. 

Intel Ethernet Test Menu This menu contains aU the tests that check the Intel Ethernet Board. 
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1 The local command tests the Intel 82586 Ethernet LAN co-processor chip. 

It runs the internal tests built into the chip. Prior to the test, the Intel 82586 
Ethernet LAN co-processor chip disconnects itself from the Intel 82501 
Serial Interface Unit Chip. 

e The encoder command runs an internal loop back test of the Intel 82501 
Serial Interface Unit Chip. The transmitter line, receiver line, noise filters 
and Manchester encoding/decoding logic are tested. Before executing this 
test, the transmitter and receiver lines of the chip are connected together. 

X The external command runs the external loop back test. This test checks the 
Intel 82586 Ethernet LAN Co-processor Chip, the Intel 82501 Serial Inter¬ 
face Unit Chip and the Ethernet transceiver and receiver lines. The test 
sends data out onto the Ethernet, then receives it back and compares the 
transmitted and received data. Before running this test, attach an Ethernet 
transceiver cable to the CPU board and the terminator assemblies to the 
black transceiver box. 


Memory Menu 


The Memory Menu contains the options shown below. 



a.low_address high_address 

The Address Test command executes the address test on a range of memory. 
When the test is selected, but before it runs, the Options Menu is displayed, 
through which you may control the test’s behavior. When the test runs, 
write-read-compare cycles are performed on long words. The datum that is 
written to each memory “cell” is its own address. This command accepts 
two arguments. The low_address argument specifies the first address to 
test. By default, the value of Iow_address is 0x100000. The 
low_address value should be a hexadecimal (base 16) number. 

The hig/2_address argument indicates the final address to test The 
default high address is the highest memory address available. The 
high__address value should be a hexadecimal (base 16) number. 

c low_address high_address pattern 

The Data Compare Test command performs write-read-compare cycles on a 
range of addresses with a specified pattern. Only long words are used in the 
testing. When the test is selected, but before it runs, the Options Menu is 
displayed, through which you may control the test’s behavior. The test 
accepts a maximum of three optional arguments. 
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The Iow_address argument specifies the first address to test. By 
default, the value of Iow_address is 0x100000. The low_address 
value should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest memory address available. The 
high_address value should be a hexadecimal (base 16) number. 

The pattern argument names the pattern expected throughout the range 
of addresses. The observed values are compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

s low_address high_address pattern 

The Scan Memory command reads the specified range of addresses, and 
checks for parity errors. When the test is selected, but before it runs, the 
Options Menu is displayed, through which you may control the test’s 
behavior. The test accepts three optional arguments. 

The low_address argument specifies the first address to test. By 
default, the value of Iow_address is 0x100000. The low_address 
value should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest memory address available. The 
high_address value should be a hexadecimal (base 16) number. 

The pattern argument names the pattern expected throughout the range 
of addresses. The observed value is compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

w low_address high_address pattern 

The Write Only Pattern command writes a pattern to a range of addresses. 
When the test is selected, but before it runs, the Options Menu is displayed, 
through which you may control the test’s behavior. The test accepts three 
optional arguments. 

The low_address argument specifies the first address to test. By 
default, the value of iow_address is 0x100000. The low_address 
value should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest memory address available. The 
high_address value should be a hexadecimal (base 16) number. 

The pattern argument names the pattern written throughout the range of 
addresses. The default value of pattern is Oxaaaaaaaa. The pat¬ 
tern value should be a hexadecimal (base 16) number. 
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Keyboard and Mouse Menu This menu selects tests for one of the Sun386i Z8530 Serial Communications 

Controller (see) chips, which controls both the keyboard and the mouse. The 
Keyboard and Mouse Menu contains four options. These options are presented 
below: 


.. .. 

Mouse/Keyboard Ports Tests: (Enter 'q' to return to Test Menu) 

Enter port cnid: Cntd [port(M or K) ] [Baud rate (decimal #)] [hex byte pattern] 
Citid - Test 


w - Wr/Rd see Reg 12 Test 
X - Xndt Char Test 
i ~ Internal Loopback teat 
e - External Loopback. Test 

Cmd=> 

^^_ t 


The following paragraphs describe the Mouse/Keyboard Ports menu choices: 
w channel pattern 

The WrIRdSCC Reg command performs write-read-compare cycles to regis¬ 
ter 12 of the port under test. When the test is selected, but before it runs, the 
Options Menu is displayed, through which you may control the test’s 
behavior. This command accepts three arguments. 

The channel argument determines on which port the test is performed. 
Legal values for channel are shown in the table below: 


Letter 

Device 

k 

Keyboard (default) 

m 

Mouse 


The pattern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. pattern should be a hexadecimal (base 16) 
number. 

X channel baud pattern 

The Xmit command writes patterns to the port under test. When the test is 
selected, but before it runs, the Options Menu is displayed, through which 
you may control the test’s behavior. This command accepts three argu¬ 
ments. 

The channel argument determines which port the test is performed on. 
Legal values for channel are shown in the table below: 


Letter 

Device 

k 

Keyboard (default) 

m 

Mouse 
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The Jsaudargument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port By 
default, the pattern is Oxaa. pa 11 ern should be a hexadecimal (base 16) 
number. 

i channel baud pattern 

The Interna 1 command performs internal loop back write-read-compare 
cycles on the port under test. When the test is selected, but before it runs, 
the Options Menu is displayed, through which you may control the test’s 
behavior. The transmitter and receiver lines of the requested port are con¬ 
nected internally prior to the test. 

This command accepts three arguments. The channel argument deter¬ 
mines on which port the test is performed. Legal values for chatmel are 
shown in the table below: 


Letter 

Device 

k 

Keyboard (default) 

m 

Mouse 


The jbaud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. The pattern 
argument specifies which pattern is written to the port. By default, the pat¬ 
tern is Oxaa. The pat tern should be a hexadecimal (base 16) number. 


n 
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e channel baud pattern 

The External command executes an external loop-back test on a user- 
specified port. Write-read-compare cycles are performed on the port under 
test. In order to run this test, the within-port external loop back cable must 
be installed (see the beginning of this chapter.) 

When the test is selected, but before it runs, the Options Menu is displayed, 
through which you may control the test’s behavior. This command accepts 
three arguments. 

The channel argument determines which port is to be tested. Legal 
values for channel are shown in the table below: 


Letter 

Device 

k 

Keyboard (default) 

m 

Mouse 


The baud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 
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Serial Port Menu This menu controls testing of the second Z8530 SCC chip in the system, which 

controls the serial port. The Serial Port Menu contains these options: 

Serial Ports Tests: (Enter to return to Test Menu) 

Enter port cmd: Cmd [port(A)] (Baudrate(decimal #)] [hex byte 
pattern] 

Cmd Test 

w - Write/Read SCC Reg 12 
X - Xmit char 
i - Internal loopback 
e - External loopback 

w channel baud pattern 

The WrIRd SCC Reg command performs write-read-compare cycles to regis¬ 
ter 12 of the port under test When the test is selected, but before it runs, the 
Options Menu is displayed, allowing you to control the test’s behavior. This 
command accepts three arguments. 

The channel argument determines which port is to be tested. It is not 
necessary to enter a parameter for channel because the Sun386i has serial 
port A only, which is tested by default. The appropriate entry for chan¬ 
nel would be a. 

The baud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 

Baud 
300 
600 
1200 
2400 
4800 
9600 
19200 
38400 
76800 

The value of ba ud should be a decimal (base 10) number. 

The pat tern argument specifies which pattern is written to the port By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 

X The Xmit command writes patterns to the port imder test. This command 
accepts three arguments. The channel argxunent determines which port 
the test is performed on. For Sun386i, the value for would be a, because 
Port A is the only serial port. 
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It is not necessary to enter this parameter. Port A is tested by default. 

The jbaud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port. By 
default, the pattern is Oxaa. The pattern should be a hexadecimal (base 
16) number. 

i channel baud pattern 

The Internal command performs internal loop back write-read-compare 
cycles on the port imder test. The transmitter and receiver lines of the 
requested port are connected internally prior to the test. 

When the test is selected, but before it runs, the Options Menu is displayed, 
allowing the user to control the test’s behavior. 

This command accepts three arguments. The channel argument deter¬ 
mines on which port the test is performed. For Sun386i, the value would be 
a, because Port A is the only serial port. It is not necessary to enter this 
parameter; Port A is tested by default. 

The jbaudargumentsetsthebaudrateatwhichthetestisexecuted. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of ba ud should be a decimal (base 10) number. 

The pattern argument specifies which pattern is written to the port By 
default, the pattern is 0 xaa. The patt ern should be a hexadecimal (base 
16) number. 
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SCSI Interface Menu 


e channel baud pattern 

The External command executes an external loop back test on a user- 
specified port. Write-read-compare cycles are performed on the port imder 
test. In order to run this test, the within-port external loop back cable must 
be installed (refer to the beginning of this chapter). 

When the test is selected, but before it runs, the Options Menu is displayed, 
allowing the user to control the test’s behavior. 

This command accepts three arguments. The channel argument deter¬ 
mines on which port the test is performed. Because Port A is the only 
Sun386i serial port, the appropriate entry would be a. It is not necessary to 
enter this parameter, however; Port A is tested by default 

The baud argument sets the baud rate at which the test is executed. Legal 
baud rates are shown in the table below: 


Baud 

Comments 

300 

600 

1200 

2400 

4800 

9600 

19200 

38400 

76800 

Default 


The value of baud should be a decimal (base 10) number. The pattern 
argument specifies which pattern is written to the port. By default, the pat¬ 
tern is Oxaa. The pattern should be a hexadecimal (base 16) number. 


This menu contains the commands that test the Sun386i SCSI interface. It looks 
something like this: 



b The Reset SCSI Bus command sends a reset signal to the SCSI Bus. All dev¬ 
ice controllers should be reset. No tests are performed. 

c The SCSI Registers Test command tests aU available host adaptor registers 
with a default pattern. 

s The Size SCSI Bus command sizes the SCSI Bus with TEST UNIT READY 
and INQUIRE commands and prints the results. This test could be used to 
whether or not a particular device controller is responding. 



microsystems 


Revision A of 9 May 1988 





Chapter 17 — Sun386i Extended Menu Tests 347 


Monochrome Video Menu 

This test is provided to test the 128 Kbyte frame buffer space for the mono¬ 
chrome video display. The following options are available for write/read and 
address tests. 

/-\ 

Monochrome Video Tests: (Enter 'q' to return to Test Menu) 

Enter Cmd flow address >= 0] [high address <= IFFFF] [pattern] 

Cmd -- Test 


a - Address Test 
c - Write/Read Test 
s - Scan Memory Test 
w - Write Only Test 


Cmd=^> 





a low_address high_address 

The Address Test command executes the address test on a range of frame 
buffer memory. Specifically, write-read-compare cycles is performed on 
long words. The datum which is written to each memory "cell" is its own 
address. 

This command accepts two argiunents. The Iow_address argument 
specifies the first address to test. By default, the value of low_address 
is 0x0. The low_address value should be a hexadecimal (base 16) 
number. 

The high_address argument indicates the final address to test The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

c The Write/Read Pattern Test command performs write-read-compare cycles 
on a range of addresses with a specified pattern. Only long words are used 
in the testing. 

s low_address high_address pattern 

The Scan Memory Test command reads the specified range of addresses, and 
checks for parity errors. 

The test accepts three optional arguments. The I ow_address argument 
specifies the first address to test. By default, the value of low_address 
is 0x0. The low_address value should be a hexadecimal (base 16) 
number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pa ttern argument names the pattern expected throughout the range 
of addresses. The observed values are compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 
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w low_address high_address pattern 

The Write Only Test command writes a pattern to a range of 
addresses. The test accepts three optional arguments. 

The Iow_address argument specifies the first address to test. By 
default, the value of Iow_address is 0x0. The low^address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names the pattern to be written throughout the 
range of addresses. The default value of pattern is Oxaaaaaaaa. The 
pattern value should be a hexadecimal (base 16) number. 
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Color Video Menu The following options are available. 

Color Frame Buffer Tests: (Enter 'q' to return to Test Menu) 

Enter Cmd [low address >= 0] [high address <= OxFFFFF] [pattern] 

Cmd - Test 

a - Address Test 
c - Write/Read Test 
s - Scan Memory Test 
w - Write Only Test 

Cmd=> 

a low_address high_address 

The Address Test command executes the address test on a range of frame 
buffer memory. Specifically, write-read-compare cycles is performed on 
long words. The datum that is written to each memory “cell” is its own 
address. This command accepts two arguments. 

The iow_address argument specifies the first address to test. By 
default, the value of Iow_address is 0x0. The Iow_address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

c The WritelRead Pattern Test command performs write-read-compare cycles 
on a range of addresses with a specified pattern. Only long words are used 
in the testing. 

8 low_address high_address pattern 

The Scan Memory Test command reads the specified range of addresses, and 
checks for parity errors. The test accepts three optional arguments. 

The low_address argument specifies the first address to test. By 
default, the value of low_address is 0x0. The Ioiy_address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pattern argument names the pattern expected throughout the range 
of addresses. The observed values are compared against this expected value. 
The default value of pattern is Oxaaaaaaaa. The pattern value 
should be a hexadecimal (base 16) number. 

w low_address high_address pattern 

The Write Only Test command writes a pattern to a range of addresses. The 
test accepts three optional arguments. 
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The iow_address argument specifies the first address to test. By 
default, the value of Io!v_address is 0x0. The Iow_address value 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test. The 
default high address is the highest frame buffer memory address available. 
The high_address value should be a hexadecimal (base 16) number. 

The pa ttern argument names the pattern to be written throughout the 
range of addresses. The default value of pattern is Oxaaaaaaaa. The 
pattern value should be a hexadecimal (base 16) number. 
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Color Map Menu This menu contains all the tests for the color map. These tests are for the color 

look-up table (LUT) memory and are similar to the Memory extended tests, with 
the addition of the Fill Color Map test. 

Color Map Tests: (Enter 'q' to return to Test Menu) 

Enter Cmd [low address >= 0] [high address <= OxFF] [pattern] 

Cmd - Test 

a - Address Test 
c - Write/Read Test 

f - Fill color maps with default pattern 

a low_address high_address 

The Address Test command executes the address test on a range of LUT 
memory. Specifically, write-read-compare cycles is performed on each byte. 
The datum that is written to each memory “cell” is its own address. This 
command accepts two arguments. 

The low_address argument specifies the first address to test. By 
default, the value of low_address is OkO. The low_address vsiuQ 
should be a hexadecimal (base 16) number. 

The high_address argument indicates the final address to test The 
default high address is the length of the LUT channel, available. The 
h±gh_address value should be a hexadecimal (base 16) number. 

c The WritelRead Pattern Test command performs wiite-read-compare cycles 
on a range of addresses with a specified pattern. Only bytes are used in the 
testing. 

f The Fill Color Map command sets all locations to 0 except 
RGB 

0 = FF FF FF (White = Background Color) 

1 = 0 0 FF (Blue = Logo Color) 

2 = 0 FF 0 (Green = Progress Meter Color) 

Parallel Port Test Menu The Parallel Port Test Menu looks something like this: 



w The WritelRead Parallel Port selection writes and reads a default pattern (W 
— ASCII 0x57) to Parallel Port Register 0x378. 
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Test Options Submenu 


X pattern port 

The Transmit Character selection writes pattern to the port entry. By 
default, the test writes “W” to location 0x378. 

e pattern 

The External Loopback selection writes the pattern you enter to all three 
port registers (0x378, 0x379, and 0x37A). 


This Submenu is displayed after selecting almost any test. It controls the number 
of times a test is executed, and what happens when an error is discovered. 
-- 

Test Options: (Enter 'q' to return to Test Menu) 

Cmd “ Option 
f - Loop forever 

.h — Loop forever with Halt on error 
1 - Loop once with Loop on error 
n - Loop forever with error messages inhibited 
<cr> - Loop once 

Cmd-> 

___ / 


f The Loop Forever command runs all tests in an endless loop. Error messages 
are still reported. 

h The Loop until Error command makes aU tests run in an endless loop until 
an error is detected. If an error occurs, testing halts. 

1 The Loop on Error command runs the test once. If an error occurs, the test 
enters a scope loop. 

n The No Error Messages command runs all tests in an endless loop. No error 
messages are reported. 

<cr> 

The Execute Once command runs the test once, then returns to the current 
menu. All errors are reported. Select this option by pressing I Return 1 . 
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18.1. NVRAM Introduction 


The NVRAM edit tool in the 
Diagnostic Executive provides a 
simpler method of changing NVRAM 
parameters. The System Doctor 
also reads and writes NVRAM 
configuration Information. This 
document, however, deals solely 
with the PROM monitor method of 
NVRAM editing. 


18 

Sun386i NVRAM Layout 


The NVRAM (Non-Volatile Random Access Memory) storage area on the 
Sun386i is implemented with the Thompson MK48T02 2K x 8 
Zeropower/Timekeeper RAM. This device performs the same function as the 
EEPROM on Sun-3 CPU boards. The NVRAM is backed up by an internal battery 
designed to last up to ten years. As a consequence of this fact and because of the 
different technology involved between the product families, many of the Sun-3 
fields are either not used or reflect the closest approximation to the field descrip¬ 
tion. 

The PROM monitor q command opens the NVRAM to allow examination or 
modification of configuration parameters. If you do not enter an address follow¬ 
ing the command, the content of the first address assigned to the NVRAM is 
presented. (NVRAM addresses are off-set, rather than complete addresses.) 

NVRAM parameters set these fimctions: 

□ vary the quantity of memory tested during self-test; 

□ change the action that follows a watchdog reset; 

□ boot from a specified device during a normal boot, or poll the devices; 
o recognize the specified device as the primary terminal or console; 

□ display the Sim banner or a custom banner during power-up; 

□ store and display a custom logo upon power-up; 

□ turn the keyboard “click* ’ on or off; 

□ select special keyboard characters; 

□ boot a selected program from a specific device when a diagnostics boot is 
selected; 

□ inhibit serial port DTR and RTS signals; 

□ select a serial port baud rate; 

o store a system configuration record on nvram; 

□ erase NVRAM contents; 

□ store the value in the LED register after an error occurs during self-test; 

□ in Diagnostic mode, cause a selected power-on self-test (POST) to loop, 
regardless of test results; 

□ control self-test modes 


^sun 
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The Sun386i PROM Monitor Commands chapter contains q command syntax 
variations. The paragraphs that follow represent examples of one way to change 
or view NVRAM parameters. The layout section describes which parameters are 
stored at which NVRAM addresses. 

To change the value of a specific NVRAM address, you must be in the monitor 
mode, signified by the > prompt. Now, enter the PROM monitor command 

>q offset_address 

followed by the offset NVRAM address of the parameter you wish to change, and 
1 Return 1 . 

When the program displays the contents of that location, enter the new value fol¬ 
lowed with a non-hexadecimal character, such as a period, or a q for quit, and 
[ Return 1 : 

>q If I Return 1 

>NVRAM Olf: 10? 11 q I Return I 
> 

To exit from the modify mode when you have not entered a new value, simply 
press the space bar and I Return I after the question mark. 

To increment to the next NVRAM address instead of returning to the PROM moni¬ 
tor program, simply press I Return 1 after the question mark, or immediately fol¬ 
lowing your entry. 

18.3. The NVRAM Layout This section has a detailed description of the NVRAM layout. The layout is 

divided into a diagnostic section, a reserved section, a ROM section, and a 
software section. 

The locations are described first, with tables that illustrate the result of various 
parameter entries. At the end of each description, the offset addresses are shown 
with illustrations of the content of each byte in that range. If, for example, the 
illustration shows s i z e as the content of the first byte, the previous text would 
contain a table of possible hexadecimal values that size represents. 


18.2. Changing NVRAM 
Parameters 


Diagnostic NVRAM 

Test Write Area Four bytes are provided for the NVRAM portion for the CPU Diagnostic. The con¬ 

tents of these locations after the test are meaningless because these four locations 
are NOT part of the checksum data area. The Diagnostic area write count loca¬ 
tions are updated each time these locations are written. 

Address [0x000-0x003]: 

Diag Test 
Diag Test 
Diag Test 
Diag Test 
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Diagnostic Area Write Count 

These write counters are for the Diagnostic area of the NVRAM. There are 
three counters that should contain the same count. The purpose of multiple 
write counters is reliability of their correctness. 

Address [0x004-0x009]: 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 


Diagnostic Area Checksum 

Each NVRAM area maintains three identical 8 bit (byte) checksums. These 
separate checksums are intended to be the same. 

Address [OxOOC-OxOOEj: 

Checksum #1 
Checksum #2 
Checksum #3 


Date of Last System Hardware Update 

This four byte location contains the date of the last system update. This date 
is recorded in the same fashion as the Manufacturing date: total seconds 
since 1 January, 1970. 

Address [0x010-0x013]: 

Date (Bits 31-24) 

Date (Bits 23-16) 

Date (Bits 15-8) 

Date (Bits 7-0) 


Mbytes of Installed Memory 

This byte contains the total number (in hexadecimal) of Megabytes of 
memory installed in the system. 

Address [0x014]: 

Mbytes Installed 
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Mbytes of Memory to test on Normal Boot 

This byte contains the total number (in hexadecimal) of Megabytes of 
memory that the firmware tests prior to a normal boot. The firmware ignores 
this value and tests aU of memory if the CPU board is set for a diagnostics 
boot. AU of memory is initialized even if not tested. 

Address [0x015]: 

Mbytes to Test 


Monitor Screen Size 

This byte selects the appropriate video screen sizes for the Monitor in the 
system. The foUowing table iUustrates the options: 


Size 

Definition 

0x00 

1152x900 Screen 

0x12 

1024x1024 Screen 

0x13 

1600x1280 Screen 

0x14 

1440x1440 Screen 


A hardware change on the CPU 
Board is necessary to complete a 
screen size change. 


Address [0x016]: 
Size 


Watchdog Reset Action 

This byte selects the appropriate action for the firmware after a Watchdog 
Reset. The foUowing table iUustrates the options: 


Action 

Definition 

0x00 

Watchdog Reset will faU into Boot PROM Monitor 

0x12 

Watchdog Reset wiU cause a Power-On-Reset 


Address [0x017]: 


Action 
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Operating System Boot-Up 

This byte selects whether the Boot prom polls for boot devices in the system 
or uses an NVRAM selectable boot device for loading the Sun Operating Sys¬ 
tem (SunOS) during a normal boot. If the value 0x00 is in this location, the 
boot PROM will look first attempt to boot from a floppy disk, followed by a 
tape, hard disk, and Ethernet, in that order. If this byte contains 0x12, the 
boot device is specified in NVRAM location 0x019-0x01D. The following 
table illustrates the options: 


Boot Device 

Definition 

0x00 

PoU devices for the SunOS operating system 

0x12 

Use NVRAM specified boot device 


Address [0x018]: 
Boot Device 


Boot Device 

These five bytes provide for installation of a command string that will boot 
the operating system from a specified device when NVRAM address 0x018 is 
set to 0x12, and the diagnostics switch is set to NORM. The locations are 
assigned as follows: 


Address 

Definition 

0x019 

Default boot device (1st character converted to hex) 

OxOlA 

Default boot device (2nd character converted to hex) 

OxOlB 

Controller number in Hex 

OxOlC 

Unit number in Hex 

0x01 D 

Partition number in Hex 


Use the following table to convert these boot devices from Ascn to Hex: 


Operating System Boot Device 

Address[0x019] 

Address[0x01A] 

xy: Xylogics 450/451 Disk 

0x78 

0x79 

xd: Xylogics Disk (7053) 

0x78 

0x64 

fd: Floppy Disk 

0x66 

0x64 

sd: SCSI Disk 

0x73 

0x64 

ie: Intel Ethernet 

0x69 

0x65 

le: AMD (Lance) Ethernet 

0x6C 

0x65 

St: SCSI 1/4" Tape 

0x73 

0x74 

xt: Xylogics 1/2" Tape 

0x78 

0x74 

mt: Tapemaster 1/2" Tape 

0x6D 

0x74 
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Address [0x019-0x0ID]: 

Device 
Device 
Controller 
Unit ~ 
Partition 


Keyboard Type 

This byte is to signify a NON-SUN keyboard type. It is currently ignored by 
the Boot PROM. 

Address [OxOlE]: 

Keyboard 


Primary Terminal 

This byte selects the appropriate device to use as the primary terminal or 
user interface. The following table illustrates the options: 


Terminal 

Definition 

0x10 

Use Serial Port A 

other value 

Use video monitor 


Address [OxOlF]: 
Terminal 


Display Sun Banner 

This byte selects whether to display the Sun baimer or a custom banner on 
the screen when booting. The custom banner is defined in a 80-byte charac¬ 
ter buffer at NVRAM addresses 0x068-0x0B8. See the paragraphs Custom 
Logo Selector and Custom Logo near the end of this chapter for the location 
and selection of a bit-mapped image that replace the Sun logo. The follow¬ 
ing table illustrates the banner options: 


Value 

Definition 

0x00 

Display the Sun Banner 

0x12 

Display Custom Banner 


Address [0x020]: 

Value (0x00 or 0x12) 
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Keyboard Click 

This byte selects whether the keyboard should be initialized with its key 
click option on or off. The following table illustrates the options; 


Click 

Definition 

0x00 

Turn click OFF 

0x12 

Turn click ON 


Address [0x021]: 
I Click I 


Diagnostic Boot Device 

These five bytes define the device that the Boot prom will use when the CPU 
board is set for a diagnostic boot. The following table illustrates the boot 
device specification: 


Address 

Definition 

0x022 

Default boot device (1st character in hex) 

0x023 

Default boot device (2nd character in hex) 

0x024 

Controller number in Hex 

0x025 

Unit number in Hex 

0x026 

Partition number in Hex 


Use the following table to convert these boot devices from ASCII to Hex: 


Diagnostic Boot Device 

Address[0x022] 

Address[0x023] 

xy: Xylogics 450/451 Disk 

0x78 

0x79 

xd: Xylogics Disk (7053) 

0x78 

0x64 

fd: Floppy Disk 

0x66 

0x64 

sd: SCSI Disk 

0x73 

0x64 

ie: Intel Ethernet 

0x69 

0x65 

le: AMD (Lance) Ethernet 

0x6C 

0x65 

St: SCSI 1/4" Tape 

0x73 

0x74 

xt: Xylogics 1/2" Tape 

0x78 

0x74 

mt: Tapemaster 1/2" Tape 

0x6D 

0x74 


Address [0x022-0x026]: 

Device 

Device 

Controller 

Unit 

Partition 
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Diagnostic Boot Path 

These 40 bytes represent a character buffer for a user specified diagnostic 
path (i.e. /stand/diag). These ASCII characters are represented by hex 
values, terminated with 0x00. You would first open address 0x028 and enter 
the hexadecimal equivalent of the first character in the selected path, and 
continue on in that manner, ending with 0x00. An ASCn to Hex conversion 
chart is included at the back of this manual for your convenience. 

Address [0x028-0x04F]: 


ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

Asai 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

0x00 




High Res Screen Size 

These 2 bytes allow the selection of the number of columns and number of 
rows for the high resolution monitor. 

Address [0x050-0x051]: 

# of columns 
# of rows 


see Port A Default Baud Rate 

This byte selects whether SCC Port A will use the default baud rate of 9600 
Baud or the user specified baud rate defined in the Port A Baud Rate NVRAM 
address[0x059-0x05A]. The following table illustrates the options: 


Value 

Definition 

0x00 

Use Default Baud rate of 9600 Baud 

0x12 

Use NVRAM defined Baud rate 


Address [0x058]: 
Value 


n 
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see Port A Baud Rate 

These two bytes define the baud rate at which SCC Port A is initialized if 
NVRAM address[0x058] has been set to 0x012. These bytes are the hexade¬ 
cimal equivalent of the baud rate. The following table illustrates hexade¬ 
cimal equivalents to the various baud rates. 


Baud Rate 

Hex Equivalent 

Address[0x059] 

Address[0x05A] 

300 

0x012C 

0x01 

0x2C 

600 

0x0258 

0x02 

0x58 

1200 

0x04B0 

0x04 

OxBO 

2400 

0x0960 

0x09 

0x60 

4800 

0xl2C0 

0x12 

OxCO 

9600 

0x2580 

0x25 

0x80 

19200 

0x4B00 

0x4B 

0x00 

38400 

0x9600 

0x96 

0x00 


Address [0x059-0x05A]: 

Baud (High byte) 
Baud (Low byte) 


SCC Port A DTR/RTS 

This byte selects whether SCC Port A wiU have the signals DTR and RTS 
asserted in the initialization process. The following table illustrates the 
options: 


Value 

Definition 

0x00 

Assert the DTR and RTS signals 

0x12 

Do NOT assert the DTR and RTS signals 


Address [0x05B]: 
Value I 
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Custom Banner 

These 80 bytes represent a character buffer for a user specified custom 
banner to be displayed instead of the Sun banner, when the value of NVRAM 
location is 0x020 is 0x012. AU locations up to the terminator (0x00) are 
displayed; each byte not filled with the hexadecimal equivalent of an Ascn 
character should contain zeroes. 

Address [0x068-0x0B7]: 


ASCII 

ASCII 

Asai 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

Asai 

ASCII 

ASCII 

ASCII 

ASCII 

Asai 

Asai 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

Asai 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

ASCII 

0x00 






Test Pattern 

These two bytes are used to provide a known data test pattern to check the 
NVRAM data lines. 


Address [0x0B8-0x0B9]: 


OxAA 


0x55 


NOTE Locations OxBC through OxFF are not used at this time. 
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System Configuration The content of locations 0x100 through 0x110 represent the hardware 

configuration of the system. The layout of the system configuration bytes is 
illustrated in the following table. 

This table shows each offset address in the configuration area, followed with the 
type of information represented by the presence of certain values in that byte. 
These values may be changed through the PROM monitor q command or, more 
readily, through the Diagnostic Executive NVRAM edit tool. The System 
Doctor also has read and write capability in this area. 

Table 18-1 Sun386i CPU Configuration Area 


NVRAM Location 
0x100 

Definition 

CPU 

0=not present 
l=present 

0x101 

# of Megabytes memory 

0x102 

Disk 

0=no disk 

1=91MB disk 

2=372MB disk 

0x103 

Diskette 

0=not present 
l=present 

0x104 

Display 

0=not present 
l=hi-res color 

2=lo-res color 

3=lo-res monochrome 

4=hi=res monochrome 

0x105 

Cartridge tape 

0=not present 
l=present 

0x106 

Floating point 

0=not present 
l=present 

0x107 

checksum for 0x100 through 0x106 

0xl08-0xl9E 

unused 

0x1 OF 

NVRAM update flag (Diag Exec use only) 

0x110 

CPU board revision level 

0x111 

CPU board artwork level 

01 = Rev 1.5 

02 = Rev 2.0 

0x112 

ECO rev level 

0x113-0x1 IF 

reserved for kernel 

0xl2O-Oxl8B 

unused/reserved 
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Remaining NVRAM Layout 


Key Table Selector 

The value of this byte is used to detemiine the appropriate key tables to be 
used based on the following table. NVRAM key tables refer to the tables 
entered in NVRAM addresses 0xl90-0x20F Gower case) and 0x210-0x28F 
(upper case). 


Key Table Selector 

Definition 

0x58 

Use NVRAM key tables 

Other than 0x58 

Use PROM Key tables 


Address [0xl8C]: 

Key table selector 


NVRAM Locale Specifier 

This byte contains the specifier for the locale (country, language, codeset) 
for which the system is configured. The specifier is placed in this location 
by the SunOS operating system. 


Address [0x18D]: 

Locale Specifier 


Keyboard ID 

The Boot PROM checks the NVRAM Key Table Selector (address 0xl8C), 
and if the value is 0x58, it then compares the value in the address 0x18E 
with the keyboard type it finds in the system. This b)d;e contains the hard 
coded keyboard type. 

Address [0xl8E]: 

Keyboard ID 


Custom Logo Selector 

The value of this byte is used to determine the appropriate Logo bit-map to 
be displayed upon power-up, based on the following table. 


Custom Logo Selector 

Definition 

0x12 

Use NVRAM logo bit-map (see Custom Logo, below) 

Other than 0x12 

Use Sun logo bit-map 


Address [0xl8F]: 

Logo bit-map selector 
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NVRAM Lower Case Key Table 

An array of 128 bytes from address 0x190 can be used for a different lower 
case key table. This table is used by the firmware if location 0x18C is set to 
0x58 and Keyboard ID matches the hard coded ID. 

Address [0xl90-0x20F]: 

128 bytes for lower case key table 


NVRAM Upper Case Key Table 

An array of 128 bytes from address 0x210 can be used for a different upper 
case key table. This table is used by the firmware if location 0xl8C is set to 
0x58 and the Keyboard ID matches the hard coded ID. 

Address [0x210-0x28F]: 

128 bytes for upper case key table 


Custom Logo 

This 64x8 matrix may contain a Custom Logo bit-map that can be selected 
by setting location 0xl8F to 0x12. 

Address [0x290-0x48F]: 

64X8 bytes Custom Logo 


LED Register Copy 

This byte represents the value of the LED register after an error occurs dur¬ 
ing the POST phase. The booted program can use this program to track 
warning errors. 

Address [0x490] 

LED register error value 


This feature can only be used in 
Diagnostic Mode. 


POST Loop on Test 

Entering the hexadecimal value of a Power-On Self-Test number (as shown 
in Chapter 15), causes the given test to loop, regardless of test results. The 
activity meter changes to blue while the test is looping. 

Address [0x491] 


POST Loop on Test Number 
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PROM Mode Control 

This byte contains the mode control settings for various POST run-time 
characteristics. Refer to the Determination of Run-time Mode in Chapter 15 
for more information on these modes. 

The Soft Switch settings are interpreted as follows: 


Hex Value 

Description 

0x7 

Normal Mode 

0x6 

Diagnostic Mode 


The hexadecimal equivalent of the binary value of Bits 0 - 7 is stored in this 
byte: 

Address [0x492] 

POST Mode Control 


Auto Configuration Message Flag 

This option shields the user from all the boot messages that announce which 
device drivers, daemons, and so on are being loaded. The value in this byte 
is interpreted as follows: 


Value 

Description 

0x0 

no messages 

0x1 

Sun3 (UNK-Expert type messages) 

0x2 

Verbose messages 

others 

reserved 


Address [0x494] 

Default Console Colors 

This byte is not used by the boot PROM at the present time. This location 
provides a choice of eight background and foreground colors for color sys¬ 
tems. A bit is also included for reverse video. 


Bits 

Effect 

Bits 0-2 

Foreground Color 

Bits 3-5 

Background Color 

Bit 6 

Intensity 

Low=0, High=l 

Bit 7 

Normal video = 0 
Reverse video = 1 
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Reserved Area 


Values assigned to the color options are: 


0 - Black 

4 - Amber 

1 - Red 

5 - Magenta 

2 - Green 

6 - Cyan 

3 - Blue 

7 - White 


In order to enter a value in this byte, you must select foreground and back¬ 
ground colors and convert the decimal values for those colors (shown above) 
to binary values. Those binary values are placed in the bits assigned to fore¬ 
ground and background colors, and, along with the values selected for inten¬ 
sity and normal/inverse video, create an 8-bit value. 

Binary value converted to hexadecimal 


For example, if the following choices are made: 


Option 

Choice 

Binary Value 

Foreground Color 

Cyan 

110 

Background Color 

White 

111 

Intensity 

High 

1 

Video 

Normal 

0 


The binary value created by the choices shown above would be: 

01111110 

The hexadecimal equivalent of this binary value would be 0x7e and would 
be entered in: 

Address [0x493] 


Write Count 

These write counters are for the Reserved area of the NVRAM. There are 
three counters that should contain the same count. The purpose of multiple 
write counters is to insure reliability of their correctness. 

Address [0x500-0x505]: 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 
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Reserved Area 


Scratch Area 


Software Area 


Software Area 


Checksum 

Each NVRAM area maintains three identical 8 bit (byte) checksums. These 
separate checksums are to be the same. 

Address [0x508-0x50A]: 

Checksum #1 
Checksum #2 
Checksum #3 


Locations 0x50A - 0x5FF are reserved. 


Address [0x600-0x700]: 

This area is reserved for scratchpad use. 


Write Count 

These write counters are for the Software area of the NVRAM. There are 
three counters that should contain the same coimt. The purpose of multiple 
write counters is to insure reliability of their correctness. 

Address [0x700-0x705]: 

Count #1 (High byte) 

Count #1 (Low byte) 

Count #2 (High byte) 

Count #2 (Low byte) 

Count #3 (High byte) 

Count #3 (Low byte) 


Checksum 

Each NVRAM area wiU maintain three identical 8 bit (byte) checksums. 
These separate checksums are to be the same. 

Address [0x708-0x70A]: 

Checksum #1 
Checksum #2 
Checksum #3 


Locations 0x70A - 0x7FF are reserved. 
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ASCII/Hex Conversion Chart 


This chart is provided for your convenience when programming the EEPROM. 
Table A-1 ASClllHex Conversion 


ASCII 

Hex 

ASCII Hex 

ASCII 

Hex 

ASCII 

Hex 

nl (line feed) 

OA 

6 

36 

N 

4E 

f 

66 

cr (return) 

OD 

7 

37 

0 

4F 

g 

67 

sp (space) 

20 

8 

38 

P 

50 

h 

68 

f 

21 

9 

39 

Q 

51 

i 

69 

II 

22 

* 

3A 

R 

52 

j 

6A 

# 

23 

» 

3B 

S 

53 

k 

6B 

$ 

24 

< 

3C 

T 

54 

1 

6C 

% 

25 

= 

3D 

U 

55 

m 

6D 

& 

26 

> 

3E 

V 

56 

n 

6E 

» 

27 

? 

3F 

w 

57 

0 

6F 

( 

28 

@ 

40 

X 

58 

p 

70 

) 

29 

A 

41 

Y 

59 

q 

71 

* 

2A 

B 

42 

Z 

5A 

r 

72 

+ 

2B 

C 

43 

[ 

5B 

s 

73 

> 

2C 

D 

44 

\ 

5C 

t 

74 

- 

2D 

E 

45 

] 

5D 

u 

75 

, 

2E 

F 

46 


5E 

V 

76 

/ 

2F 

G 

47 


5F 

w 

77 

0 

30 

H 

48 

€ 

60 

X 

78 

1 

31 

I 

49 

a 

61 

y 

79 

2 

32 

J 

4A 

b 

62 

z 

7A 

3 

33 

K 

4B 

c 

63 

{ 

7B 

4 

34 

L 

4C 

d 

64 

1 

7C 

5 

35 

M 

4D 

e 

65 

} 

7D 








7E 







del 

7F 
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Sun-4 EEPROM selection, 260 
Sun386i, 297 
Sun386i NVRAM, 359 

c 

changing EEPROM parameters, 131, 255 
changing NVRAM parameters, 356 
click,keyboard: enable/disable in EEPROM, 139, 262 
color map extended test 
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serial port A baud rate, 362 
store diagnostic boot path, 362 
store lower case key table, 367 
store upper case key table, 367 
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PROM monitor, 21 
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T 

terminal set-up 
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v 

video display size 

in EEPROM. 136, 259 
in NVRAM, 358 
video extended test 
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Sun-3,118 
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w 

watchdog reset, 175 
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